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1 

INTRODUQAO 

Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)-  Quinta  Edigao  fornece  diretrizes 
para  o gerenciamento  de  projetos  individuals  e define  os  conceitos  relacionados  com  o gerenciamento  de 
projetos.  Ele  tambem  descreve  o ciclo  de  vida  de  gerenciamento  de  projetos  e seus  respectivos  processos, 
assim  como  o ciclo  de  vida  do  projeto. 

0 Guia  PMBOK®  content  o padrao  e guia  globalmente  reconhecidos  para  a profissao  de  gerenciamento 
de  projetos  (encontrado  no  Anexo  A1).  Um  padrao  e um  documento  formal  que  descreve  normas,  metodos, 
processos  e praticas  estabelecidos.  Assim  como  em  outras  profissoes,  o conhecimento  contido  neste  padrao 
evoluiu  a partir  das  boas  praticas  reconhecidas  por  profissionais  de  gerenciamento  de  projetos  que  contribuiram 
para  o seu  desenvolvimento. 

As  duas  primeiras  segoes  do  Guia  PMBOK®  sao  uma  introdugao  aos  principals  conceitos  no  campo  do 
gerenciamento  de  projetos.  A segao  3 resume  os  grupos  de  processos  e fornece  uma  visao  geral  das  interagoes 
dos  processos  entre  as  dez  areas  de  conhecimento  e os  cinco  grupos  de  processos.  As  segoes  de  4 a 1 3 sao  o 
guia  do  conhecimento  em  gerenciamento  de  projetos.  Elas  ampliam  as  informagoes  do  padrao  descrevendo  as 
entradas  e saidas,  assim  como  as  ferramentas  e tecnicas  usadas  no  gerenciamento  dos  projetos.  0 anexo  A1  e 
o padrao  para  o gerenciamento  de  projetos  e apresenta  os  processos,  entradas  e saidas  que  sao  consideradas 
boas  praticas  na  maioria  dos  projetos,  a maior  parte  das  vezes. 

Esta  segao  define  varios  termos  principals  e o relacionamento  entre  gerenciamento  de  portfolio, 
gerenciamento  de  programas,  gerenciamento  de  projetos  e maturidade  organizacional  em  gerenciamento  de 
projetos.  Uma  visao  geral  do  Guia  PMBOK®  e apresentada  nas  seguintes  segoes: 

1 .1  Objetivo  do  Guia  PMBOK ® 

1 .2  0 que  e um  projeto? 

1 .3  0 que  e gerenciamento  de  projetos? 

1.4  Relacionamentos  entre  gerenciamento  de  portfolios,  gerenciamento  de  programas, 
gerenciamento  de  projetos  e gerenciamento  de  projetos  organizacionais 

1 .5  Relacionamento  entre  gerenciamento  de  projetos,  gerenciamento  de  operagdes 
e estrategia  organizacional 

1.6  Valor  de  negocio 

1 .7  Papel  do  gerente  de  projetos 

1 .8  Conhecimento  em  gerenciamento  de  projetos 
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1 .1  Objetivo  do  Guia  PMBOK® 

A aceitagao  do  gerenciamento  de  projetos  como  uma  profissao  indica  que  a aplicagao  do  conhecimento, 
processos,  habilidades,  ferramentas  e tecnicas  pode  ter  um  impacto  significativo  no  sucesso  do  projeto.  0 
Guia  PMBOK®  identifica  esse  subconjunto  do  conhecimento  em  gerenciamento  de  projetos  que  e amplamente 
reconhecido  como  boa  pratica.  "Amplamente  reconhecido"  significa  que  o conhecimento  e as  praticas  descritas 
sao  aplicaveis  a maioria  dos  projetos  na  maior  parte  das  vezes,  e que  existe  um  consenso  em  relagao  ao  seu 
valor  e utilidade.  "Boa  pratica"  significa  que  existe  um  consenso  geral  de  que  a aplicagao  do  conhecimento, 
habilidades,  ferramentas  e tecnicas  pode  aumentar  as  chances  de  sucesso  de  muitos  projetos.  "Boa  pratica" 
nao  significa  que  o conhecimento  descrito  deva  ser  sempre  aplicado  uniformemente  a todos  os  projetos;  a 
organizagao  e/ou  a equipe  de  gerenciamento  do  projeto  e responsavel  por  determinar  o que  e apropriado  para 
um  projeto  especifico. 

0 Guia  PMBOK®tambem  fornece  e promove  um  vocabulario  comum  no  ambito  da  profissao  de  gerenciamento 
de  projetos  para  o uso  e aplicagao  de  conceitos  de  gerenciamento  de  projetos.  Um  vocabulario  comum  e um 
elemento  essencial  para  uma  profissao.  0 Lexico  de  termos  de  gerenciamento  de  projetos  do  PMI  [I]1  fornece 
o vocabulario  profissional  basico  que  pode  ser  consistentemente  utilizado  pelos  gerentes  de  projetos,  gerentes 
de  programas  e gerentes  de  portfolios,  e por  outras  partes  interessadas. 

0 AnexoAl  e uma  referenda  basica  dos  programas  de  desenvolvimento  profissional  de  gerenciamento  de 
projetos  do  PMI.  0 Anexo  A1  continua  a evoluir  juntamente  com  a profissao  e,  assim  sendo,  nao  e completo; 
este  padrao  e um  guia,  e nao  uma  metodologia  especifica.  E possivel  usar  metodologias  e ferramentas  distintas 
(p.ex.,  Agil,  Cascata,  PRINCE2)  para  implementar  uma  estrutura  de  gerenciamento  de  projetos. 

Alem  dos  padroes  que  estabelecem  diretrizes  para  os  processos  de  gerenciamento  de  projetos,  o Codigo  de 
etica  e conduta  profissional  do  PMI( Project  Management  Institute  Code  of  Ethics  and  Professional  Conduct  [2]) 
orienta  os  praticantes  da  profissao  e descreve  as  expectativas  que  eles  devem  ter  de  si  mesmos  e dos  outros. 

0 Codigo  de  etica  e conduta  profissional  do  PMIe  especifico  quanto  a obrigagao  basica  de  responsabilidade, 
respeito,  justiga  e honestidade.  Ele  exige  que  os  praticantes  demonstrem  um  compromisso  com  a conduta  etica 
e profissional.  Ele  transmite  a obrigagao  do  cumprimento  das  leis,  regulamentos  e das  politicas  organizacionais 
e profissionais.  Os  profissionais  sao  provenientes  de  ambientes  e culturas  diversas,  e o Codigo  de  etica  e 
conduta  profissional  do  Project  Management  Institute  se  aplica  globalmente.  Ao  interagir  com  quaisquer  partes 
interessadas,  os  profissionais  devem  estar  comprometidos  com  praticas  honestas,  responsaveis  e justas,  e 
relacionamentos  respeitosos.  A aceitagao  do  codigo  pelos  gerentes  de  projetos  e essencial  e e um  requisito 
para  os  seguintes  exames  do  PMI®: 

• Profissional  tecnico  certificado  em  gerenciamento  de  projetos  (CAPM)® 

• Profissional  de  gerenciamento  de  projetos  (PMP)® 

• Profissional  de  gerenciamento  de  programas  (PgMP)® 

• Profissional  certificado  em  metodos  Ageis  do  PMI  (PMI-ACP)® 

• Profissional  de  gerenciamento  de  riscos  do  PMI  (PMI-RMP)® 

• Profissional  em  gerenciamento  de  cronograma  (PMI-SP)® 

1 Os  numeros  entre  parenteses  refere-se  a lista  de  referencias  no  final  deste  manual. 
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1 .2  0 que  e um  projeto? 

Projeto  e um  esforgo  temporario  empreendido  para  criar  um  produto,  servigo  ou  resultado  exclusivo.  A 
natureza  temporaria  dos  projetos  indica  que  eles  tern  um  inicio  e um  termino  definidos.  0 termino  e alcangado 
quando  os  objetivos  do  projeto  sao  atingidos  ou  quando  o projeto  e encerrado  porque  os  seus  objetivos  nao 
serao  ou  nao  podem  ser  alcangados,  ou  quando  a necessidade  do  projeto  deixar  de  existir.  Um  projeto  tambem 
podera  ser  encerrado  se  o cliente  (cliente,  patrocinador  ou  financiador)  desejar  encerra-lo.  Temporario  nao 
significa  necessariamente  de  curta  duragao.  0 termo  se  refere  ao  engajamento  do  projeto  e a sua  longevidade. 
0 termo  temporario  normalmente  nao  se  aplica  ao  produto,  servigo  ou  resultado  criado  pelo  projeto;  a maioria 
dos  projetos  e empreendida  para  criar  um  resultado  duradouro.  Por  exemplo,  um  projeto  de  construgao  de  um 
monumento  nacional  criara  um  resultado  que  devera  durar  seculos.  Os  projetos  tambem  podem  ter  impactos 
sociais,  economicos  e ambientais  que  terao  duragao  mais  longa  que  os  projetos  propriamente  ditos. 

Cada  projeto  cria  um  produto,  servigo  ou  resultado  unico.  0 resultado  do  projeto  pode  ser  tangivel  ou 
intangivel.  Embora  elementos  repetitivos  possam  estar  presentes  em  algumas  entregas  e atividades  do  projeto, 
esta  repetigao  nao  muda  as  caracteristicas  fundamentais  e exclusivas  do  trabalho  do  projeto.  Por  exemplo, 
predios  de  escritorios  podem  ser  construldos  com  materials  identicos  ou  similares  e pelas  mesmas  equipes 
ou  equipes  diferentes.  Entretanto,  cada  projeto  de  predio  e unico,  com  uma  localizagao  diferente,  um  design 
diferente,  circunstancias  e situagoes  diferentes,  partes  interessadas  diferentes,  etc. 

Um  esforgo  de  trabalho  continuo  e geralmente  um  processo  repetitivo  que  segue  os  procedimentos 
existentes  de  uma  organizagao.  Por  outro  lado,  em  virtude  da  natureza  exclusiva  dos  projetos,  pode  haver 
incertezas  ou  diferengas  quanto  aos  produtos,  servigos  ou  resultados  criados  pelo  projeto.  As  atividades  do 
projeto  podem  ser  novas  para  os  membros  de  uma  equipe  de  projeto,  o que  podera  exigir  um  planejamento 
mais  dedicado  do  que  outro  trabalho  de  rotina.  Alem  disso,  os  projetos  sao  empreendidos  em  todos  os  niveis 
organizacionais.  Um  projeto  pode  envolver  uma  unica  pessoa  ou  muitas  pessoas,  uma  unica  organizagao  ou 
multiplas  unidades  organizacionais  de  multiplas  organizagoes. 

Um  projeto  pode  criar: 

• Um  produto  que  pode  ser  um  componente  de  outro  item,  um  aprimoramento  de  outro  item,  ou  um 
item  final; 

• Um  servigo  ou  a capacidade  de  realizar  um  servigo  (p.ex.,  uma  fungao  de  negocios  que  da  suporte 
a produgao  ou  distribuigao); 

• Uma  melhoria  nas  linhas  de  produtos  e servigos  (por  exemplo,  um  projeto  Seis  Sigma  executado  para 
reduzirfalhas);  ou 

• Um  resultado,  como  um  produto  ou  documento  (por  exemplo,  um  projeto  de  pesquisa  que  desenvolve 
o conhecimento  que  pode  ser  usado  para  determinar  se  umatendencia  existe  ou  se  um  novo  processo 
beneficiara  a sociedade). 
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Exemplos  de  projetos  incluem,  mas  nao  se  limitam,  a: 

• Desenvolvimento  de  um  novo  produto,  servigo  ou  resultado; 

• Efetuar  uma  mudanga  na  estrutura,  processos,  pessoal  ou  estilo  de  uma  organizagao; 

• Desenvolvimento  ou  aquisigao  de  um  sistema  de  informagoes  novo  ou  modificado  ( hardware  ou 
software ); 

• Realizar  um  esforgo  de  pesquisa  cujo  resultado  sera  apropriadamente  registrado; 

• Construgao  de  um  predio,  planta  industrial  ou  infraestrutura;  ou 

• Implementagao,  melhoria,  ou  aprimoramento  dos  processos  e procedimentos  dos  negocios  existentes. 

1 .2.1  Relacionamentos  entre  portfolios,  programas  e projetos 

0 relacionamento  entre  portfolios,  programas  e projetos  e tal  que  um  portfolio  se  refere  a uma  colegao 
de  projetos,  programas,  subportfolios  e operagoes  gerenciados  como  um  grupo  para  o alcance  de  objetivos 
estrategicos.  Os  programas  sao  agrupados  em  um  portfolio  e englobam  subprogramas,  projetos  ou  outros 
trabalhos  que  sao  gerenciados  de  forma  coordenada  para  apoiar  o portfolio.  Os  projetos  individuals  que  estao 
dentro  ou  fora  do  programa  sao  de  qualquer  forma  considerados  parte  de  um  portfolio.  Embora  os  projetos  ou 
programas  do  portfolio  possam  nao  ser  necessariamente  interdependentes  ou  diretamente  relacionados,  eles 
estao  ligados  ao  piano  estrategico  da  organizagao  por  meio  do  seu  portfolio. 

Conforme  ilustrado  na  Figura  1 -1 , as  estrategias  e prioridades  organizacionais  sao  vinculadas  e possuem 
relagoes  entre  portfolios  e programas,  bem  como  entre  programas  e projetos  individuals.  0 planejamento 
organizacional  impacta  os  projetos  atraves  da  priorizagao  de  projetos  baseada  em  riscos,  financiamentos  e 
outras  consideragoes  relevantes  ao  piano  estrategico  da  organizagao.  0 planejamento  organizacional  pode 
orientar  o gerenciamento  dos  recursos  e dar  suporte  aos  projetos  componentes  com  base  nas  categorias  de 
riscos,  linhas  especfficas  de  negocios  ou  tipos  gerais  de  projetos,  como  infraestrutura  e melhoria  de  processos. 
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Subportfolios 


• Estrategias  e prioridades 

• Elaboragao  progressiva 

• Governanga 

• Disposigao  sobre  as  mudangas 
solicitadas 

• Impactos  das  mudangas  em  outros 
portfolios,  programas  ou  projetos 


Relatorios  de  desempenho 
Solicitagoes  de  mudanga  com 
impacto  em  outros  portfolios, 
programas  ou  projetos 


Projetos 


• Estrategias  e prioridades 

• Elaboragao  progressiva 

• Governanga 

• Disposigao  sobre  as  mudangas  solicitadas 

• Impactos  das  mudangas  em 
outros  portfolios,  programas  ou 
projetos 


• Relatorios  de  desempenho 

• Solicitagoes  de  mudanga 
com  impacto  em  outros 
portfolios,  programas  ou  projetos 


Projetos 


• Estrategias  e prioridades 

• Elaboragao  progressiva 

• Governanga 

• Disposigao  sobre  as  mudangas 
solicitadas 

• Impactos  das  mudangas  em  outros 
portfolios,  programas  ou  projetos 


• Relatorios  de  desempenho 

• Solicitagoes  de  mudanga 
com  impacto  em  outros 
portfolios,  programas  ou 
projetos 


Projetos 


Figura  1-1.  Interagdes  de  gerenciamento  de  portfolios,  programas  e projetos 


1 .3  0 que  e gerenciamento  de  projetos? 

Gerenciamento  de  projetos  e a aplicagao  do  conhecimento,  habilidades,  ferramentas  e tecnicas  as  atividades 
do  projeto  para  atender  aos  seus  requisitos.  0 gerenciamento  de  projetos  e realizado  atraves  da  aplicagao  e 
integragao  apropriadas  dos  47  processos  de  gerenciamento  de  projetos,  logicamente  agrupados  em  cinco 
grupos  de  processos.  Esses  cinco  grupos  de  processos  sao: 

• Iniciagao, 

• Planejamento, 

• Execugao, 

• Monitoramento  e controle,  e 

• Encerramento. 
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0 gerenciamento  de  um  projeto  normalmente  inclui,  mas  nao  se  limita  a: 

• Identificagao  dos  requisitos; 

• Abordagem  das  diferentes  necessidades,  preocupagoes  e expectativas  das  partes  interessadas  no 
planejamento  e execugao  do  projeto; 

• Estabelecimento,  manutengao  e execugao  de  comunicagoes  ativas,  eficazes  e colaborativas  entre  as 
partes  interessadas; 

• Gerenciamento  das  partes  interessadas  visando  o atendimento  aos  requisitos  do  projeto  e a criagao 
das  suas  entregas; 

• Equilibrio  das  restrigoes  conflitantes  do  projeto  que  incluem,  mas  nao  se  limitam,  a: 

o Escopo, 
o Qualidade, 
o Cronograma, 
o Orgamento, 
o Recursos,  e 
o Riscos. 

As  caracteristicas  e circunstancias  especificas  do  projeto  podem  influenciar  as  restrigoes  nas  quais  a 
equipe  de  gerenciamento  do  projeto  precisa  se  concentrar. 

Esses  fatores  estao  relacionados  de  tal  forma  que  se  algum  deles  mudar,  pelo  menos  um  outro  fator 
provavelmente  sera  afetado.  Por  exemplo,  se  o cronograma  for  abreviado,  muitas  vezes  o orgamento  precisara 
ser  aumentado  para  incluir  recursos  adicionais  a fim  de  concluir  a mesma  quantidade  de  trabalho  em  menos 
tempo.  Se  nao  for  possivel  um  aumento  no  orgamento,  o escopo  ou  a qualidade  poderao  ser  reduzidos  para 
entregar  o produto  do  projeto  em  menos  tempo,  com  o mesmo  orgamento.  As  partes  interessadas  no  projeto 
podem  ter  ideias  divergentes  sobre  quais  fatores  sao  os  mais  importantes,  gerando  um  desafio  maior  ainda. 
A mudanga  dos  requisitos  ou  objetivos  do  projeto  pode  criar  riscos  adicionais.  A equipe  do  projeto  precisa 
ser  capaz  de  avaliar  a situagao,  equilibrar  as  demandas  e manter  uma  comunicagao  proativa  com  as  partes 
interessadas  a fim  de  entregar  um  projeto  bem  sucedido. 

Devido  ao  potencial  de  mudangas,  o desenvolvimento  do  piano  de  gerenciamento  do  projeto  e uma  atividade 
iterativa  elaborada  de  forma  progressiva  ao  longo  do  ciclo  de  vida  do  projeto.  A elaboragao  progressiva  envolve 
a melhoria  continua  e o detalhamento  de  um  piano  conforme  informagoes  mais  detalhadas  e especificas 
e estimativas  mais  exatas  tornam-se  disponiveis.  A elaboragao  progressiva  permite  que  a equipe  de 
gerenciamento  do  projeto  defina  e gerencie  o trabalho  com  um  nivel  maior  de  detalhes,  a medida  que  o projeto 
evolui. 
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1 .4  Relacionamentos  entre  gerenciamento  de  portfolios,  gerenciamento 
de  programas,  gerenciamento  de  projetos  e gerenciamento 
organizacional  de  projetos 

Para  entender  o gerenciamento  de  portfolios,  o gerenciamento  de  programas  e o gerenciamento  de  projetos, 
e importante  reconhecer  as  semelhangas  e as  diferengas  entre  essas  disciplinas.Tambem  e util  entender  como 
eles  se  relacionam  com  o gerenciamento  organizacional  de  projetos  (GOP).  0 gerenciamento  organizacional 
de  projetos  e uma  estrutura  de  execugao  da  estrategia  corporativa  que  utiliza  o gerenciamento  de  projetos,  de 
programas  e de  portfolio,  assim  como  outras  praticas  organizacionais  que  possibilitam  a realizagao  da  estrategia 
organizacional  de  forma  consistente  e previsivel,  produzindo  melhor  desempenho,  melhores  resultados  e uma 
vantagem  competitivasustentavel. 

0 gerenciamento  de  portfolios,  gerenciamento  de  programas  e gerenciamento  de  projetos  estao  alinhados  ou 
sao  acionados  por  estrategias  organizacionais.  Por  outro  lado,  o gerenciamento  de  portfolios,  o gerenciamento 
de  programas  e o gerenciamento  de  projetos  diferem  na  maneira  em  que  cada  urn  contribui  para  o alcance  das 
metas  estrategicas.  0 gerenciamento  de  portfolios  se  alinha  com  as  estrategias  organizacionais  selecionando 
os  programas  ou  projetos  certos,  priorizando  o trabalho  e proporcionando  os  recursos  necessarios,  enquanto 
que  o gerenciamento  de  programas  harmoniza  os  componentes  dos  seus  projetos  e programas  e controla 
as  interdependences  a fim  de  obter  os  beneficios  especificados.  0 gerenciamento  de  projetos  desenvolve  e 
implementa  pianos  para  o alcance  de  urn  escopo  especifico  que  e motivado  pelos  objetivos  do  programa  ou 
portfolio  a que  esta  sujeito  e,  em  ultima  instancia,  as  estrategias  organizacionais.  0 gerenciamento  organizacional 
de  projetos  (GOP)  promove  a capacidade  organizacional  ligando  os  principios  e praticas  do  gerenciamento 
de  projetos,  programas  e portfolios  com  facilitadores  organizacionais  (p.ex.,  praticas  estruturais,  culturais, 
tecnologicas  e de  recursos  humanos)  para  apoiar  as  metas  estrategicas.  Uma  organizagao  mede  as  suas 
capacidades  e entao  planeja  e implementa  melhorias  visando  o alcance  sistematico  das  melhores  praticas. 

ATabela  1 -1  mostra  a comparagao  de  perspectivas  de  projetos,  programas  e portfolios  em  varias  dimensoes 
no  ambito  da  organizagao. 
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Tabela  1-1.  Visao  geral  comparativa  do  gerenciamento  de  projetos,  gerenciamento 
de  programas  e gerenciamento  de  portfolios 


Gerenciamento  de  projeto  organizacional 


Projetos 

Programas 

Portfolios 

Escopo 

Os  projetos  tern  objetivos 
definidos.  0 escopo  e 
elaborado  progressivamente 
durante  o ciclo  de  vida  do 

Os  programas  possuem  um 
escopo  maior  e fornecem 
beneficios  mais  significati- 
vos. 

Os  portfolios  possuem  um 
escopo  organizacional  que 
muda  com  os  objetivos 
estrategicos  da  organizagao. 

Mudanga 

Os  gerentes  de  projetos 
esperam  mudangas  e 
implementam  processos  para 

Os  gerentes  de  programas 
esperam  mudangas  dentro 
e fora  do  programa  e estao 

Os  gerentes  de  portfolio 
monitoram  continuamente  as 
mudangas  no  ambiente 
interno  e externo  mais  amplos. 

Planejamento 

controladas. 

Os  gerentes  de  projetos 
elaboram  progressivamente 
pianos  detalhados  no  decorrer 
do  ciclo  de  vida  do  projeto  a 

las. 

Os  gerentes  de  programas 
desenvolvem  o piano  geral 
do  programa  e criam  pianos 
de  alto  nivel  para  orientar  o 

Os  gerentes  de  portfolios 
criam  e mantem  comunica- 
gao  e processos  necessarios 
ao  portfolio  global. 

Gerencia- 

mento 

nivel. 

Os  gerentes  de  projetos 
gerenciam  a equipe  do 
projeto  para  atender  aos 
objetivos  do  projeto. 

nivel  dos  componentes. 

Os  gerentes  de  programas 
gerenciam  a equipe  do 
programa  e os  gerentes  de 
projetos;  eles  proporcionam 
a visao  e lideranga  global. 

Os  gerentes  de  portfolios 
podem  gerenciar  ou 
coordenar  o pessoal  de 
gerenciamento  de  portfolios, 
ou  o pessoal  de  programas  e 
projetos  que  possam  ter 
responsabilidades  de  entrega 
de  relatorios  para  compor  o 

Sucesso 

0 sucesso  e medido  pela 

0 sucesso  e medido  pelo 
grau  em  que  o programa 
atende  as  necessidades  e 

pol  IfOliu  agiegadu. 

0 sucesso  e medido  em 
termos  do  desempenho  de 
investimento  agregado  e 
realizagao  dos  beneficios  do 

Monitora- 

qualidade  do  produto  e do 

projeto,  pela  pontualidade, 
pelo  cumprimento  do 
orgamento  e pelo  grau  de 
satisfagao  do  cliente. 

Os  gerentes  de  projetos 
monitoram  e controlam  o 

pelos  beneficios  para  os 

quais  foi  executado. 

Os  gerentes  de  programas 
monitoram  o progresso  dos 
componentes  do  programa 
para  garantir  que  os 
objetivos,  cronogramas, 

portfolio. 

Os  gerentes  de  portfolios 
monitoram  as  mudangas 
estrategicas  e alocagao  de 
recursos  totais,  resultados  de 
desempenho  e riscos  do 
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1.4.1  Gerenciamento  de  programas 

Um  programa  e definido  como  um  grupo  de  projetos,  subprogramas  e atividades  de  programa  relacionados, 
gerenciados  de  modo  coordenado  visando  a obtengao  de  beneficios  que  nao  estariam  dispomveis  se  eles 
fossem  gerenciados  individualmente.  Os  programas  podem  incluir  elementos  de  trabalho  relacionado  fora 
do  escopo  dos  projetos  distintos  do  programa.  Um  projeto  pode  ou  nao  ser  parte  de  um  programa,  mas  um 
programa  sempre  tera  projetos. 

Gerenciamento  de  programas  e a aplicagao  de  conhecimentos,  habilidades,  ferramentas  e tecnicas  a um 
programa  a fim  de  atender  aos  seus  requisitos  e obter  beneficios  e controle  nao  dispomveis  ao  gerenciar 
projetos  individualmente. 

Os  projetos  dentro  de  um  programa sao  relacionados  entre  si  atraves  do  resultado  comum  ou  dasua  capacidade 
coletiva.  Se  o relacionamento  entre  os  projetos  for  somente  o de  um  cliente,  fornecedor,  tecnologia  ou  recurso 
compartilhado,  o esforgo  deve  ser  gerenciado  como  um  portfolio  de  projetos  e nao  como  um  programa. 

0 gerenciamento  de  programas  foca  nas  interdependencias  do  projeto  e ajuda  a determinar  a melhor 
abordagem  para  gerencia-los.  As  agoes  relacionadas  a essas  interdependencias  podem  incluir: 

• Solugao  de  restrigoes  e/ou  conflitos  de  recursos  que  afetam  multiplos  projetos  no  programa, 

• Alinhamento  do  direcionamento  organizacional/estrategico  que  afeta  as  metas  e objetivos  do  projeto 
e programa,  e 

• Solugao  de  problemas  e gerenciamento  de  mudangas  dentro  de  uma  estrutura  de  governanga 
compartilhada. 

Um  exemplo  de  um  programa  seria  um  novo  sistema  de  satelite  de  comunicagao  com  projetos  para  o 
design  do  satelite  e das  estagoes  terrestres,  a construgao  de  cada  uma  delas,  a integragao  do  sistema  e o 
langamento  do  satelite. 

1.4.2  Gerenciamento  de  portfolios 

Um  portfolio  refere-se  a projetos,  programas,  subportfolios  e operagoes  gerenciados  como  um  grupo 
para  atingir  objetivos  estrategicos.  Os  projetos  ou  programas  do  portfolio  podem  nao  ser  necessariamente 
interdependentes  ou  diretamente  relacionados.  Por  exemplo,  uma  empresa  de  infraestrutura  que  tenha  o 
objetivo  estrategico  de  "maximizar  o retorno  dos  seus  investimentos"  pode  compor  um  portfolio  que  inclua 
uma  mescla  de  projetos  em  petroleo  e gas,  energia,  agua,  estradas,  ferrovias  e aeroportos.  A partir  desta 
mescla,  a empresa  podera  decidir  gerenciar  projetos  relacionados  como  um  programa.  Todos  os  projetos  de 
energia  podem  ser  agrupados  como  um  programa  de  energia.  Da  mesma  forma,  todos  os  projetos  de  agua 
podem  ser  agrupados  como  um  programa  de  agua.  Assim,  o programa  de  energia  e o programa  de  agua 
tornam-se  componentes  integrals  do  portfolio  empresarial  da  empresa  de  infraestrutura. 
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0 gerenciamento  de  portfolios  se  refere  ao  gerenciamento  centralizado  de  um  ou  mais  portfolios  para 
alcangar  objetivos  estrategicos.  0 gerenciamento  de  portfolios  se  concentra  em  assegurar  que  os  projetos  e 
programas  sejam  analisados  afim  de  priorizar  a alocagao  de  recursos,  e que  o gerenciamento  do  portfolio  seja 
consistente  e esteja  alinhado  com  as  estrategias  organizacionais. 

1.4.3  Projetos  e planejamento  estrategico 

Os  projetos  sao  frequentemente  utilizados  como  um  meio  de  direta  ou  indiretamente  alcangar  os  objetivos 
do  piano  estrategico  de  uma  organizagao.  Os  projetos  sao  normalmente  autorizados  como  resultado  de  uma 
ou  mais  das  seguintes  consideragoes  estrategicas: 

• Demanda  de  mercado  (p.ex.,  uma  companhia  automobilistica  autoriza  um  projeto  para  a fabricagao 
de  carros  energeticamente  eficientes  em  resposta  a escassez  de  gasolina); 

• Oportunidade/necessidade  estrategica  de  negocios  (p.ex.,  uma  empresa  de  treinamento  autoriza  um 
projeto  para  criar  um  novo  curso  para  aumentar  sua  receita); 

• Necessidade  de  natureza  social  (p.ex.,  uma  organizagao  nao  governamental  de  um  pais  em 
desenvolvimento  autoriza  um  projeto  para  fornecer  sistemas  de  agua  potavel,  latrinas  e educagao 
sanitaria  as  comunidades  vitimas  de  altos  indices  de  doengas  contagiosas); 

• Consideragao  ambiental  (p.ex.,  uma  companhia  de  servigos  publicos  autoriza  um  projeto  para  criar 
um  novo  servigo  de  compartilhamento  de  carros  eletricos  para  reduzir  a poluigao); 

• Solicitagao  de  cliente  (p.ex.,  uma  companhia  de  energia  eletrica  autoriza  um  projeto  de  construgao 
de  uma  nova  subestagao  para  atender  a um  novo  parque  industrial); 

• Avango  tecnologico  (p.ex.,  uma  empresa  de  produtos  eletronicos  autoriza  um  novo  projeto  para 
desenvolver  um  laptop  mais  veloz,  mais  barato  e menor  em  decorrencia  dos  avangos  em  memoria 
computacional  e tecnologia  eletronica);  e 

• Requisito  legal  (p.ex.,  um  fabricante  de  produtos  quimicos  autoriza  um  projeto  para  estabelecer 
diretrizes  para  o manuseio  correto  de  um  novo  material  toxico). 

Os  projetos,  sejam  pertencentes  a programas  ou  portfolios  sao  uma  maneira  de  alcangar  metas  e objetivos 
organizacionais,  frequentemente  no  contexto  de  um  piano  estrategico.  Embora  um  grupo  de  projetos  em  um 
programa  possa  ter  beneficios  distintos,  ele  tambem  pode  contribuir  para  os  beneficios  do  programa,  para  os 
objetivos  do  portfolio,  e para  o piano  estrategico  da  organizagao. 

As  organizagoes  gerenciam  os  portfolios  com  base  em  seu  piano  estrategico.  Um  objetivo  do  gerenciamento 
de  portfolios  e maximizar  o valor  do  portfolio  atraves  de  um  exame  cuidadoso  de  seus  componentes:  os 
programas  e projetos  integrantes,  e outros  trabalhos  relacionados.  Os  componentes  que  contribuem  menos 
para  os  objetivos  estrategicos  do  portfolio  podem  ser  excluidos.  Desta  forma,  o piano  estrategico  de  uma 
organizagao  torna-se  o fator  principal  de  orientagao  para  investimentos  em  projetos.  Ao  mesmo  tempo,  os 
projetos  fornecem  feedback  aos  programas  e portfolios  atraves  de  relatorios  de  progresso,  ligoes  aprendidas 
e solicitagoes  de  mudangas  que  podem  identificar  os  impactos  em  outros  projetos,  programas  ou  portfolios. 
As  necessidades  dos  projetos,  incluindo  as  necessidades  de  recursos,  sao  reunidas  e comunicadas  de  volta  ao 
nivel  do  portfolio,  o qual,  por  sua  vez,  determina  a orientagao  para  o planejamento  organizacional. 
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1 .4.4  Escritorio  de  gerenciamento  de  projetos 

Um  escritorio  de  gerenciamento  de  projetos  (EGP,  ou  em  ingles  PMO)  e uma  estrutura  organizacional  que 
padroniza  os  processos  de  governanga  relacionados  a projetos,  e facilita  o compartilhamento  de  recursos, 
metodologias,  ferramentas,  e tecnicas.  As  responsabilidades  de  um  PMO  podem  variar,  desde  o fornecimento 
de  fungoes  de  apoio  ao  gerenciamento  de  projetos  ate  a responsabilidade  real  pelo  gerenciamento  direto  de 
um  ou  mais  projetos. 

Ha  varios  tipos  de  estruturas  de  PMO  nas  organizagoes  e elas  variam  em  fungao  do  seu  grau  de  controle  e 
influencia  nos  projetos  da  organizagao,  tais  como: 

• De  suporte.  Os  PMOs  de  suporte  desempenham  um  papel  consultivo  nos  projetos,  fornecendo 
modelos,  melhores  praticas,  treinamento,  acesso  a informagoes  e ligoes  aprendidas  com  outros 
projetos.  Este  tipo  de  PMO  atua  como  um  repository  de  projetos.  0 nivel  de  controle  exercido  pelo 
PMO  e baixo. 

• De  controle.  Os  PMOs  de  controle  fornecem  suporte  e exigem  a conformidade  atraves  de  varios 
meios.  A conformidade  pode  envolver  a adogao  de  estruturas  ou  metodologias  de  gerenciamento  de 
projetos  usando  modelos,  formularios  e ferramentas  especificas,  ou  conformidade  com  a governanga. 
0 nivel  de  controle  exercido  pelo  PMO  e medio. 

• Diretivo.  Os  PMOs  diretivos  assumem  o controle  dos  projetos  atraves  do  seu  gerenciamento  direto. 
0 nivel  de  controle  exercido  pelo  PMO  e alto. 

0 PMO  reune  os  dados  e informagoes  de  projetos  estrategicos  corporativos  e avalia  como  os  objetivos 
estrategicos  de  nivel  mais  alto  estao  sendo  alcangados.  0 PMO  e a ligagao  natural  entre  os  portfolios,  programas 
e projetos  da  organizagao  e os  sistemas  de  medigao  corporativos  (p.ex.,  Balanced  Scorecard). 

Os  projetos  apoiados  ou  administrados  pelo  PMO  podem  nao  estar  relacionados  de  outra  forma  que  nao 
seja  por  serem  gerenciados  conjuntamente.  A forma,  fungao  e estrutura  especificas  de  um  PMO  dependem  das 
necessidades  da  organizagao  que  ele  apoia. 

Um  PMO  pode  ter  a autoridade  para  atuar  como  uma  parte  interessada  integral  e um  importante  decisor 
ao  longo  do  ciclo  de  vida  de  cada  projeto,  fazer  recomendagoes,  encerrar  projetos  ou  tomar  outras  medidas, 
conforme  a necessidade,  para  manter  o alinhamento  aos  objetivos  de  negocios.  Alem  disso,  o PMO  pode  estar 
envolvido  na  selegao,  gerenciamento  e mobilizagao  de  recursos  de  projeto  compartilhados  ou  dedicados. 

A principal  fungao  de  um  PMO  e apoiar  os  gerentes  de  projetos  de  diversas  maneiras  que  podem  incluir, 
mas  nao  se  limitam,  a: 

• Gerenciamento  de  recursos  compartilhados  em  todos  os  projetos  administrados  pelo  PMO; 

• Identificagao  e desenvolvimento  de  metodologia,  melhores  praticas  e padroes  de  gerenciamento  de 
projetos; 

• Orientagao,  aconselhamento,  treinamento  e supervisao; 

• Monitoramento  da  conformidade  com  os  padroes,  politicas,  procedimentos  e modelos  de 
gerenciamento  de  projetos  atraves  de  auditorias  em  projetos; 

• Desenvolvimento  e gerenciamento  de  politicas,  procedimentos,  modelos  e outros  documentos 
compartilhados  do  projeto  (ativos  de  processos  organizacionais);  e 

• Coordenagao  das  comunicagoes  entre  projetos. 
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Os  gerentes  de  projetos  e os  PMOs  buscam  objetivos  diferentes  e,  assim  sendo,  sao  motivados  por  requisitos 
diferentes.  Todos  esses  esforgos  estao  alinhados  as  necessidades  estrategicas  da  organizagao.  As  diferengas 
entre  o papel  dos  gerentes  de  projetos  e um  PMO  podem  incluir: 

• 0 gerente  de  projetos  se  concentra  nos  objetivos  especificados  do  projeto,  enquanto  o PMO  gerencia 
as  principals  mudangas  do  escopo  do  programa,  que  podem  ser  vistas  como  possiveis  oportunidades 
para  melhor  alcangar  os  objetivos  de  negocios. 

• 0 gerente  de  projetos  controla  os  recursos  alocados  para  o projeto  a fim  de  melhor  atender  aos  seus 
objetivos,  enquanto  o PMO  otimiza  o uso  de  recursos  organizacionais  compartilhados  entre  todos  os 
projetos. 

• 0 gerente  de  projetos  gerencia  as  restrigoes  (escopo,  cronograma,  custo,  qualidade,  etc.)  dos  projetos 
individuals,  enquanto  o PMO  gerencia  as  metodologias,  padroes,  riscos/oportunidades  globais,  as 
metricas  e interdependences  entre  os  projetos,  no  nivel  da  empresa. 


1 .5  Relacionamento  entre  gerenciamento  de  projetos,  gerenciamento 
de  operagoes  e estrategia  organizacional 

O gerenciamento  de  operagoes  e responsavel  pela  supervisao,  orientagao  e controle  das  operagoes  de 
negocios.  As  operagoes  evoluem  para  apoiar  os  negocios  do  dia  a dia,  e sao  necessarias  para  alcangar  os 
objetivos  estrategicos  e taticos  dos  negocios.  Os  exemplos  incluem:  operagoes  de  produgao,  operagoes  de 
fabricagao,  operagoes  contabeis,  suporte  de  software  e manutengao. 

Embora  de  natureza  temporaria,  os  projetos  podem  ajudar  a alcangar  as  metas  organizacionais  quando 
estao  alinhados  com  a estrategia  da  organizagao.  As  vezes,  as  organizagoes  mudam  suas  operagoes,  produtos 
ou  sistemas  atraves  da  criagao  de  iniciativas  estrategicas  de  negocios  desenvolvidas  e implementadas  atraves 
de  projetos.  Os  projetos  exigem  atividades  de  gerenciamento  de  projetos  e conjuntos  de  habilidades,  enquanto 
que  as  operagoes  exigem  gerenciamento  de  processos  de  negocios,  atividades  de  gerenciamento  de  operagoes 
e conjuntos  de  habilidades. 

1.5.1  Gerenciamento  de  operagoes  e gerenciamento  de  projetos 

As  mudangas  nas  operagoes  de  negocios  podem  ser  objeto  de  um  projeto  dedicado,  especialmente  se 
houver  mudangas  significativas  nas  operagoes  de  negocio  resultantes  da  entrega  de  um  novo  produto  ou 
servigo.  As  operagoes  continuas  estao  fora  do  escopo  de  um  projeto;  entretanto,  ha  pontos  de  intersegao  onde 
as  duas  areas  se  cruzam. 

Os  projetos  podem  cruzar  com  as  operagoes  em  varios  pontos  durante  o ciclo  de  vida  do  produto,  como: 
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• Em  cada  fase  de  encerramento; 

• No  desenvolvimento  de  um  novo  produto,  na  atualizagao  de  um  produto,  ou  na  expansao  das  saidas; 

• Na  melhoria  das  operagoes  ou  no  processo  de  desenvolvimento  do  produto;  ou 

• Ate  o final  do  ciclo  de  vida  do  produto. 

Em  cada  ponto,  as  entregas  e o conhecimento  sao  transferidos  entre  o projeto  e as  operagoes  para 
implementagao  do  trabalho  entregue.  Esta  implementagao  ocorre  atraves  da  transferencia  dos  recursos  do 
projeto  para  operagoes  perto  do  termino  do  projeto,  ou  atraves  da  transferencia  de  recursos  operacionais  para 
o projeto  no  seu  inicio. 

As  operagoes  sao  esforgos  continuos  que  geram  saidas  repetitivas,  com  recursos  designados  para  realizar 
basicamente  o mesmo  conjunto  de  tarefas,  de  acordo  com  os  padroes  institucionalizados  no  ciclo  de  vida  do 
produto.  Diferente  da  natureza  continua  das  operagoes,  os  projetos  sao  esforgos  temporaries. 

1 .5.1 .1  Gerenciamento  de  operagoes 

0 gerenciamento  de  operagoes  e um  tema  que  esta  fora  do  escopo  de  gerenciamento  formal  de  projetos 
como  descrito  neste  padrao. 

0 gerenciamento  de  operagoes  e uma  area  de  gerenciamento  preocupada  com  a produgao  continua  de 
mercadorias  e/ou  servigos.  Seu  objetivo  e assegurar  que  as  operagoes  de  negocios  continuem  de  forma 
eficiente  atraves  do  uso  dos  melhores  recursos  necessarios  e pelo  atendimento  as  exigences  dos  clientes. 
Preocupa-se  com  o gerenciamento  dos  processos  que  transformam  entradas  (p.ex.,  materiais,  componentes, 
energia  e mao  de  obra)  em  saidas  (p.ex.,  produtos,  mercadorias  e/ou  servigos). 

1.5.1 .2  Partes  Interessadas  operacionais  no  gerenciamento  de  projetos 

Embora  o gerenciamento  de  operagoes  seja  diferente  do  gerenciamento  de  projetos  (ver  o item  1 .5.1 .1 ),  as 
necessidades  das  partes  interessadas  que  executam  e conduzem  as  operagoes  de  negocios  sao  consideragoes 
importantes  nos  projetos  que  afetarao  seu  trabalho  e esforgos  futuros.  Os  gerentes  de  projetos  que  levam 
em  consideragao  e incluem  de  maneira  apropriada  as  partes  interessadas  operacionais  em  todas  as  fases 
dos  projetos  adquirem  uma  visao  mais  profunda  sobre  as  mesmas  e evitam  problemas  desnecessarios  que 
frequentemente  surgem  quando  as  suas  informagoes  sao  negligenciadas. 

As  partes  interessadas  operacionais  devem  ser  engajadas  e as  suas  necessidades  identificadas  como  parte 
do  registro  das  partes  interessadas,  e a sua  influencia  (positiva  ou  negativa)  deve  ser  abordada  como  parte  do 
piano  de  gerenciamento  dos  riscos. 
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A lista  a seguir  inclui  exemplos  de  partes  interessadas  operacionais  (dependendo  do  negocio): 

• Operadores  de  fabrica, 

• Supervisores  de  linhas  de  produgao, 

• Coordenadores  de  centrais  de  atendimento, 

• Analistas  de  suporte  a sistemas  de  produgao, 

• Representantes  de  atendimento  ao  cliente, 

• Vendedores, 

• Trabalhadores  de  manutengao, 

• Pessoal  de  televendas, 

• Pessoal  das  centrais  de  atendimento, 

• Trabalhadores  de  varejo, 

• Gerentes  de  linha,  e 

• Profissionais  de  treinamento. 

1.5.2  Organizagoes  e gerenciamento  de  projetos 

As  organizagoes  usam  a governanga  para  estabelecer  a diregao  estrategica  e os  parametros  de  desempenho. 
A orientagao  estrategica  fornece  o objetivo,  as  expectativas,  metas  e agoes  necessarias  para  guiar  a busca  de 
negocios  e esta  alinhada  com  os  objetivos  de  negocios.  As  atividades  de  gerenciamento  de  projetos  devem  estar 
alinhadas  com  a orientagao  de  negocios  de  alto  nivel,  e caso  haja  uma  mudanga,  os  objetivos  do  projeto  devem 
ser  realinhados.  Em  urn  ambiente  de  projeto,  mudangas  nos  objetivos  do  projeto  afetam  a sua  eficiencia  e 
sucesso.  Quando  o negocio  tern  urn  alinhamento  constante  com  o projeto,  suas  chances  de  sucesso  aumentam 
consideravelmente  porque  o projeto  permanece  alinhado  com  a diregao  estrategica  da  organizagao.  Caso  haja 
mudangas,  os  projetos  devem  mudar  de  acordo. 

1 .5.2.1  Organizagdes  baseadas  em  projetos 

As  organizagoes  baseadas  em  projetos  (OBPs)  se  referem  as  varias  formas  organizacionais  que  criam 
sistemas  temporaries  para  a execugao  do  seu  trabalho.  As  OBPs  podem  ser  criadas  por  diferentes  tipos  de 
organizagoes  (isto  e,  funcionais,  matriciais  ou  projetizadas  -ver  item  2.1.3).  0 uso  de  OBPs  pode  reduzir  a 
hierarquia  e a burocracia  no  ambito  das  organizagoes  porque  o sucesso  do  trabalho  e medido  pelo  resultado 
final  e nao  esta  relacionado  a cargo  ou  politica. 

As  OBPs  conduzem  a maior  parte  de  suas  atividades  na  forma  de  projetos  e/ou  fornecem  abordagens 
de  projeto  ao  inves  de  abordagens  funcionais.  As  OBPs  podem  se  referir  a empresas  inteiras  (como  de 
comunicagoes,  petroleo  e gas,  construgao,  consultoria  e servigos  profissionais),  consorcios  de  multiplas 
empresas,  ou  redes;  tambem  e possivel  que  algumas  organizagoes  de  grande  porte  baseadas  em  projetos 
tenham  areas  de  apoio  funcional  ou  que  a OBP  esteja  aninhada  no  ambito  das  subsidiarias  ou  divisoes  de 
grandes  corporagoes. 
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1 .5.2.2  0 elo  entre  o gerenciamento  de  projetos  e a governanga  organizacional 

Os  projetos  (e  programas)  sao  empreendidos  para  alcangar  resultados  de  negocios  estrategicos,  e para 
isto  as  organizagoes  atualmente  adotam  processos  e procedimentos  formais  de  governanga  organizacional. 
Os  criterios  de  governanga  organizacional  podem  impor  restrigoes  aos  projetos,  especialmente  se  o projeto 
entregar  um  servigo  que  estara  sujeito  a estrita  governanga  organizacional. 

Visto  que  o sucesso  do  projeto  pode  ser  julgado  com  base  no  nivel  de  apoio  do  produto  ou  servigo  a 
governanga  organizacional,  e muito  importante  que  o gerente  de  projetos  seja  bem  versado  em  politicas 
e procedimentos  de  governanga  corporativa/organizacional  relacionadas  com  o produto  (p.ex.,  se  uma 
organizagao  adotar  politicas  em  apoio  a praticas  de  sustentabilidade  e o projeto  envolver  a construgao  de 
um  novo  predio  de  escritorios,  o gerente  de  projetos  deve  estar  ciente  dos  requisitos  de  sustentabilidade 
relacionados  com  a construgao  do  predio.) 

1. 5.2.3  Relacionamento  entre  gerenciamento  de  projetos  e estrategia  organizacional 

A estrategia  organizacional  deve  orientar  e direcionar  o gerenciamento  de  projetos,  especialmente  quando 
se  considera  que  projetos  existem  para  apoiar  as  estrategias  organizacionais.  Muitas  vezes  e o patrocinador 
do  projeto  ou  o gerente  do  portfolio  ou  programa  que  identifica  o alinhamento  ou  os  possiveis  conflitos  entre 
as  estrategias  organizacionais  e as  metas  do  projeto  e as  comunica  ao  gerente  de  projetos.  Se  as  metas  de  um 
projeto  estiverem  conflitantes  com  uma  estrategia  organizacional  estabelecida,  cabe  ao  gerente  de  projetos 
documentar  e identificar  tais  conflitos  o mais  cedo  possivel  durante  o projeto.  As  vezes,  o desenvolvimento 
de  uma  estrategia  organizacional  pode  ser  a meta  de  um  projeto  ao  inves  de  um  principio  de  orientagao. 
Neste  caso,  e importante  que  o projeto  defina  especificamente  o que  constitui  uma  estrategia  organizacional 
apropriada  que  sustentara  a organizagao. 


1.6  Valor  de  negocio 

Valor  de  negocio  e um  conceito  unico  para  cada  organizagao.  0 valor  de  negocio  e definido  como  o valor 
inteiro  do  negocio,  a soma  total  de  todos  os  elementos  tangiveis  e intangiveis.  Exemplos  de  elementos  tangiveis 
incluem  ativos  monetarios,  ativos  fixos,  patrimonio  dos  acionistas  e instalagoes  utilitarias.  Exemplos  de 
elementos  intangiveis  incluem  reputagao,  reconhecimento  de  marca,  beneficio  publico  e marcas  registradas. 
Dependendo  da  organizagao,  o escopo  do  valor  de  negocio  pode  ser  de  curto,  medio  ou  longo  prazo.  0 valor 
pode  ser  criado  atraves  do  gerenciamento  eficaz  de  operagoes  continuas.  Entretanto,  atraves  do  uso  eficaz 
do  gerenciamento  de  portfolios,  programas  e projetos,  as  organizagoes  estarao  capacitadas  a empregar 
processos  confiaveis  e estabelecidos  para  atingir  os  objetivos  estrategicos  e obter  maior  valor  de  negocio  de 
seus  investimentos  em  projetos.  Embora  nem  todas  as  organizagoes  sejam  orientadas  para  os  negocios,  todas 
elas  conduzem  atividades  relacionadas  com  negocios.  Quer  seja  um  orgao  governamental  ou  uma  entidade 
sem  fins  lucrativos,  todas  as  organizagoes  se  concentram  em  alcangar  valor  de  negocio  para  as  suas  atividades. 
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A realizagao  bem  sucedida  do  valor  de  negocio  comega  com  o planejamento  estrategico  e gerenciamento 
abrangentes.  A estrategia  organizacional  pode  ser  expressa  atraves  da  missao  e visao  da  organizagao,  incluindo 
a orientagao  para  os  mercados,  a competigao  e outros  fatores  ambientais.  A estrategia  organizacional  eficaz 
oferece  instrugoes  definidas  de  desenvolvimento  e crescimento,  alem  de  metricas  de  desempenho  para  o 
sucesso.  0 uso  de  tecnicas  de  gerenciamento  de  portfolios,  programas  e projetos  e essencial  para  preencher 
a lacuna  entre  a estrategia  organizacional  e a realizagao  bem  sucedida  do  valor  do  negocio. 

0 gerenciamento  de  portfolios  alinha  componentes  (projetos,  programas  ou  operagoes)  com  a estrategia 
organizacional,  organizados  em  portfolios  ou  subportfolios  afim  de  otimizar  os  objetivos  do  projeto  ou  programa, 
dependences,  custos,  linhas  de  tempo,  beneffcios,  recursos  e riscos.  Isso  permite  que  as  organizagoes  tenham 
uma  visao  geral  de  como  o portfolio  reflete  os  objetivos  estrategicos,  institui  o gerenciamento  de  governanga 
adequado  e autoriza  a alocagao  de  recursos  humanos,  financeiros  e materials  com  base  no  desempenho  e 
beneffcios  esperados. 

Atraves  do  uso  do  gerenciamento  de  programas,  as  organizagoes  estao  habilitadas  a alinhar  multiplos 
projetos  para  custos,  cronograma,  esforgo  e beneffcios  otimizados  ou  integrados.  0 gerenciamento  de 
programas  se  concentra  nas  interdependences  dos  projetos  e ajuda  a determinar  a melhor  abordagem  de 
gerenciamento  e realizagao  dos  beneffcios  desejados. 

Com  o gerenciamento  de  projetos,  as  organizagoes  estao  habilitadas  a aplicar  conhecimentos,  processos, 
habilidades,  ferramentas  e tecnicas  que  aumentam  a probabilidade  de  sucesso  em  uma  vasta  gama  de  projetos. 
0 gerenciamento  de  projetos  se  concentra  na  entrega  bem  sucedida  dos  produtos,  servigos  ou  resultados.  Os 
projetos,  em  programas  ou  portfolios,  sao  urn  meio  de  atingir  metas  e objetivos  organizacionais. 

As  organizagoes  podem  facilitar  mais  ainda  o alinhamento  dessas  atividades  de  gerenciamento  de  portfolios, 
programas  e projetos  atraves  do  fortalecimento  de  facilitadores  organizacionais  tais  como  praticas  estruturais, 
culturais,  tecnologicas  e de  recursos  humanos.  Ao  conduzir  continuamente  o alinhamento  e a otimizagao 
estrategica  dos  portfolios,  realizando  analises  de  impacto  nos  negocios  e desenvolvendo  solidos  facilitadores 
organizacionais,  as  organizagoes  podem  alcangar  transigoes  bem  sucedidas  dentro  dos  dominios  de  portfolio, 
programa  e projeto,  e alcangar  o gerenciamento  eficaz  de  investimentos  e a realizagao  do  valor  do  negocio. 


1 .7  Papel  do  gerente  de  projetos 

O gerente  de  projetos  e a pessoa  alocada  pela  organizagao  executora  para  liderar  a equipe  responsavel  por 
alcangar  os  objetivos  do  projeto.  0 papel  do  gerente  de  projetos  e diferente  de  urn  gerente  funcional  ou  gerente 
de  operagoes.  Normalmente,  o gerente  funcional  se  concentra  em  proporcionar  a supervisao  de  gerenciamento 
de  uma  unidade  funcional  ou  de  negocios,  e os  gerentes  de  operagoes  sao  responsaveis  pela  eficiencia  das 
operagoes  de  negocios. 
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Dependendo  da  estrutura  organizacional,  um  gerente  de  projetos  pode  se  reportar  a um  gerente  funcional. 
Em  outros  casos,  um  gerente  de  projetos  pode  ser  um  dos  varios  gerentes  de  projetos  que  se  reportam  a 
um  gerente  de  programas  ou  de  portfolios  que  e,  em  ultima  instancia,  responsavel  por  projetos  de  ambito 
corporativo.  Neste  tipo  de  estrutura,  o gerente  de  projetos  trabalha  estreitamente  com  o gerente  de  programas 
ou  gerente  de  portfolios  para  atingir  os  objetivos  do  projeto  e garantir  que  o piano  de  gerenciamento  do  mesmo 
esteja  alinhado  com  o piano  do  programa  central.  0 gerente  de  projetos  tambem  colabora  estreitamente  com 
outras  fungoes,  tal  como  analista  de  negocios,  gerente  de  garantia  da  qualidade  e especialistas  de  outras  areas. 

1.7.1  Responsabilidades  e competencias  do  gerente  de  projetos 

De  maneira  geral,  os  gerentes  de  projetos  sao  responsaveis  pelo  atendimento  de  necessidades:  de  tarefas, 
necessidades  de  equipe,  e necessidades  individuais.  Como  o gerenciamento  de  projetos  e uma  disciplina 
estrategica  critica,  o gerente  de  projetos  torna-se  o elo  entre  a estrategia  e a equipe.  Os  projetos  sao  essenciais 
para  o crescimento  e sobrevivencia  das  organizagoes.  Os  projetos  criam  valor  na  forma  de  processos  de 
negocios  melhorados,  sao  indispensaveis  no  desenvolvimento  de  novos  produtos  e servigos,  e tornam  mais 
facil  para  a companhia  responder  as  mudangas  relativas  ao  ambiente,  a concorrencia,  e de  mercado.  Assim 
sendo,  o papel  do  gerente  de  projetos  torna-se  cada  vez  mais  estrategico.  Entretanto,  a compreensao  e 
aplicagao  do  conhecimento,  das  ferramentas  e tecnicas  reconhecidas  como  boas  praticas  nao  sao  suficientes 
para  o gerenciamento  de  projetos  eficaz.  Alem  das  habilidades  especificas  a qualquer  area  e das  proficiencias 
de  gerenciamento  geral  exigidas  pelo  projeto,  o gerenciamento  de  projetos  eficaz  exige  que  o gerente  de 
projetos  possua  as  seguintes  competencias: 

• Conhecimento.  Refere-se  ao  que  o gerente  de  projetos  sabe  sobre  gerenciamento  de  projetos. 

• Desempenho.  Refere-se  ao  que  o gerente  de  projetos  e capaz  de  fazer  ou  realizar  quando  aplica  seu 
conhecimento  em  gerenciamento  de  projetos. 

• Pessoal.  Refere-se  ao  comportamento  do  gerente  de  projetos  na  execugao  do  projeto  ou  atividade 
relacionada.  A efetividade  pessoal  abrange  atitudes,  principals  caracteristicas  de  personalidade,  e 
lideranga,  que  fornecem  a habilidade  de  guiar  a equipe  do  projeto  ao  mesmo  tempo  em  que  atinge 
objetivos  e equilibra  as  restrigoes  do  mesmo. 

1.7.2  Habilidades  interpessoais  de  um  gerente  de  projetos 

Os  gerentes  de  projetos  realizam  o trabalho  atraves  da  equipe  e de  outras  partes  interessadas.  Os  gerentes  de 
projetos  eficazes  devem  possuir  uma  combinagao  equilibrada  de  habilidades  eticas,  interpessoais  e conceituais 
para  ajuda-los  a analisar  situagoes  e interagir  de  maneira  apropriada.  0 Apendice  X3  sobre  Habilidades 
interpessoais  descreve  importantes  habilidades  interpessoais,  tais  como: 
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• Lideranga, 

• Construgao  de  equipes, 

• Motivagao, 

• Comunicagao, 

• Influencia, 

• Tomada  de  decisoes, 

• Conscience  politica  e cultural, 

• Negociagao, 

• Ganho  de  confianga 

• Gerenciamento  de  conflitos,  e 

• Coaching. 

1 .8  Conhecimento  em  gerenciamento  de  projetos 

O Guia  PMBOK®  contem  o padrao  para  gerenciar  a maioria  dos  projetos,  na  maior  parte  das  vezes,  e 
em  muitos  setores  economicos.  0 padrao  inclufdo  no  Anexo  A1  descreve  os  processos  de  gerenciamento  de 
projetos  usados  para  gerenciar  urn  projeto  visando  urn  resultado  bem  sucedido. 

Este  padrao  e exclusivo  ao  campo  de  gerenciamento  de  projetos  e tern  relacionamentos  com  outras  disciplinas 
de  gerenciamento  de  projetos,  tais  como  gerenciamento  de  programas  e gerenciamento  de  portfolios. 

Os  padroes  de  gerenciamento  de  projetos  nao  abordam  todos  os  detalhes  de  todos  os  topicos.  Este  padrao 
limita-se  a projetos  individuals  e aos  processos  de  gerenciamento  de  projetos  amplamente  reconhecidos 
como  boa  pratica.  Outros  padroes  podem  ser  consultados  para  a obtengao  de  informagoes  adicionais  sobre  o 
contexto  mais  amplo  em  que  os  projetos  sao  realizados,  tais  como: 

• 0 padrao  para  gerenciamento  de  programas  [3]  aborda  o gerenciamento  de  programas, 

• 0 padrao  para  gerenciamento  de  portfolios  [4]  aborda  o gerenciamento  de  portfolios, 

• 0 modelo  de  maturidade  organizacionai  em  gerenciamento  de  projetos  (0PM3®)  [5]  examina  as 
capacidades  dos  processos  de  gerenciamento  de  projetos  de  uma  empresa. 
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2 

INFLUENCES  ORGANIZACIONAIS  E CICLO  DE  VIDA  DO  PROJETO 

Os  projetos  e seu  gerenciamento  sao  executados  em  um  ambiente  mais  amplo  que  o do  projeto  propriamente 
dito.  A compreensao  deste  contexto  mais  amplo  ajuda  a garantir  que  o trabalho  seja  conduzido  em  alinhamento 
com  as  metas  e gerenciado  de  acordo  com  as  praticas  estabelecidas  pela  organizagao.  Esta  segao  descreve 
como  as  influencias  organizacionais  afetam  os  metodos  usados  na  mobilizagao  de  pessoal,  gerenciamento 
e execugao  do  projeto.  Ela  discute  a influencia  das  partes  interessadas  no  projeto  e em  sua  governanga,  a 
estrutura  e constituigao  da  equipe  do  projeto  e as  varias  abordagens  das  fases  e relacionamento  das  atividades 
no  ciclo  de  vida  do  projeto.  Sao  abordadas  as  seguintes  segoes  principais: 

2.1  As  influencias  organizacionais  no  gerenciamento  de  projetos 

2.2  Partes  interessadas  e governanga  do  projeto 

2.3  Equipe  do  projeto 

2.4  Ciclo  de  vida  do  projeto 
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2.1  Influences  organizacionais  no  gerenciamento  de  projetos 

A cultura,  estilo  e estrutura  da  organizagao  influenciam  a maneira  como  os  projetos  sao  executados.  0 
nivel  de  maturidade  em  gerenciamento  de  projetos  de  uma  organizagao  e seus  sistemas  de  gerenciamento 
de  projetos  tambem  podem  influenciar  o projeto.  Quando  urn  projeto  envolve  entidades  externas  como  as 
que  sao  parte  de  joint  ventures  ou  parcerias,  ele  sera  influenciado  por  mais  de  uma  organizagao.  As  segoes 
a seguir  descrevem  as  caracteristicas,  fatores  e ativos  organizacionais  de  uma  empresa  que  provavelmente 
influenciarao  o projeto. 

2.1.1  Culturas  e estilos  organizacionais 

As  organizagoes  sao  arranjos  sistematicos  de  entidades  (pessoas  e/ou  departamentos)  que  visam  o alcance 
de  urn  objetivo,  que  pode  envolver  a realizagao  de  projetos.  A cultura  e o estilo  da  organizagao  afetam  a 
maneira  como  ela  conduz  os  projetos.  Culturas  e estilos  sao  fenomenos  de  grupo  conhecidos  como  "normas 
culturais",  que  se  desenvolvem  ao  longo  do  tempo.  As  normas  incluem  abordagens  estabelecidas  para  a 
iniciagao  e o planejamento  de  projetos,  os  meios  considerados  aceitaveis  para  a execugao  do  trabalho  e as 
autoridades  reconhecidas  que  tomam  ou  influenciam  as  decisoes. 

A cultura  organizacional  e moldada  pelas  experiencias  comuns  dos  membros  da  organizagao,  e a maioria 
das  organizagoes  desenvolve  culturas  unicas  ao  longo  do  tempo  atraves  da  pratica  e uso  comum.  Essas 
experiencias  incluem,  mas  nao  se  limitam,  a: 

• Visoes  compartilhadas,  missao,  valores,  crengas  e expectativas; 

• Regulamentos,  politicas,  metodos  e procedimentos; 

• Sistemas  de  motivagao  e recompensa; 

• Tolerancia  a riscos; 

• Visao  das  relagoes  de  lideranga,  hierarquia  e autoridade; 

• Codigo  de  conduta,  etica  de  trabalho  e horas  de  trabalho;  e 

• Ambientes  operacionais. 
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A cultura  da  organizagao  e um  fator  ambiental  da  empresa,  conforme  descrito  na  Segao  2.1.5.  Culturas 
e estilos  sao  aprendidos  e compartilhados  e podem  ter  uma  forte  influencia  na  capacidade  de  um  projeto 
de  atingir  seus  objetivos.  Assim  sendo,  um  gerente  de  projetos  deve  entender  os  diversos  estilos  e culturas 
organizacionais  que  podem  afetar  um  projeto.  0 gerente  de  projetos  necessita  saber  quais  pessoas  na 
organizagao  sao  os  tomadores  de  decisoes  ou  influenciadores  e trabalhar  com  elas  para  aumentar  as  chances 
de  sucesso  do  projeto. 

Devido  a globalizagao,  a compreensao  do  impacto  das  influencias  culturais  e fundamental  em  projetos 
que  envolvem  organizagoes  diversificadas  e locais  ao  redor  do  mundo.  A cultura  torna-se  um  fator  crltico  na 
definigao  do  sucesso  do  projeto,  e a competencia  multicultural  torna-se  crltica  para  o gerente  de  projetos. 

2.1.2  Comunicagoes  organizacionais 

0 sucesso  do  gerenciamento  de  projetos  em  uma  organizagao  e altamente  dependente  de  um  estilo 
de  comunicagao  organizacional  eficaz,  especialmente  em  decorrencia  da  globalizagao  da  profissao  de 
gerenciamento  de  projetos.  As  capacidades  de  comunicagao  organizacional  exercem  grande  influencia  em 
como  os  projetos  sao  conduzidos.  Consequentemente,  os  gerentes  de  projetos  em  locais  distantes  estao  mais 
capacitados  a se  comunicar  eficazmente  com  todas  as  partes  interessadas  pertinentes  no  ambito  da  estrutura 
organizacional  a fim  de  facilitar  o processo  de  tomada  de  decisoes.  As  partes  interessadas  e os  membros 
da  equipe  do  projeto  tambem  podem  usar  meios  de  comunicagao  eletronica  (incluindo  email,  mensagens 
instantaneas  de  texto,  redes  sociais,  videoconferencia  e conference  pela  Internet,  e outras  formas  de  midia 
eletronica)  para  se  comunicar  formal  ou  informalmente  com  o gerente  de  projetos. 

2.1.3  Estruturas  organizacionais 

A estrutura  organizacional  e um  fator  ambiental  da  empresa  que  pode  afetar  a disponibilidade  dos 
recursos  e influenciar  a forma  como  os  projetos  sao  conduzidos  (ver  tambem  a Segao  2.1 .5). 5).  As  estruturas 
organizacionais  variam  de  funcionais  a projetizadas,  com  uma  variedade  de  estruturas  matriciais  entre  elas. 
A Tabela  2-1  mostra  as  principals  caracteristicas  relacionadas  a projetos  dos  principals  tipos  de  estruturas 
organizacionais. 
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Tabela  2-1 . Influencia  das  estruturas  organizacionais  nos  projetos 


Estrutura  da 
^'^organizagao 

Funcional 

Matricial 

Projetizada 

Caracteristicas\. 
do  projeto  \ 

Matriz  fraca 

Matriz  por 
matricial 

Matriz  forte 

Autoridade  do 
gerente  de  projetos 

Pouca  ou 
nenhuma 

Baixa 

Baixa  a 
moderada 

Moderada 
a alta 

Alta  a 
quase  total 

Disponibilidade 
de  recursos 

Pouca  ou 
nenhuma 

Baixa 

Baixa  a 
moderada 

Moderada 
a alta 

Alta  a 
quase  total 

Quern  gerencia  o 
orgamento  do  projeto 

Gerente 

funcional 

Gerente 

funcional 

Misto 

Gerente 
do  projeto 

Gerente 
do  projeto 

Papel  do  gerente 
de  projetos 

Tempo  parcial 

Tempo  parcial 

Tempo  integral 

Tempo  integral 

Tempo  integral 

Equipe  administrativa 
de  gerenciamento 
de  projetos 

Tempo  parcial 

Tempo  parcial 

Tempo  parcial 

Tempo  integral 

Tempo  integral 

A organizagao  funcional  classica,  mostrada  na  Figura  2-1 , e uma  hierarquia  em  que  cada  funcionario  possui 
um  superior  bem  definido.  No  nivel  superior,  os  funcionarios  sao  agrupados  por  especialidade,  como  produgao, 
marketing,  engenhariaecontabilidade.  As  especialidades  podemaindasersubdivididasemunidadesfuncionais 
especializadas,  tais  como  engenharia  mecanica  e eletrica.  Cada  departamento  em  uma  organizagao  funcional 
fara  o seu  trabalho  do  projeto  de  modo  independente  dos  outros  departamentos. 


\ 

i 

/ 


(As  caixas  cinzas  representam  equipes  envolvidas  em  atividades  do  projeto). 


Figura  2-1.  Organizagao  funcional 


22 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


2 - INFLUENCES  ORGANIZACIONAIS  E CICLO  DE  VIDA  DO  PROJETO 


As  organizagoes  matriciais  mostradas  nas  Figuras  2-2  a 2-4  sao  uma  combinagao  de  caracteristicas 
funcionais  e projetizadas.  As  organizagoes  matriciais  podem  ser  classificadas  como  fracas,  balanceadas  ou 
fortes,  dependendo  do  nivel  relativo  de  poder  e influencia  entre  os  gerentes  funcionais  e gerentes  de  projetos. 
As  organizagoes  matriciais  fracas  mantem  muitas  das  caracteristicas  de  uma  organizagao  funcional,  e o papel 
do  gerente  de  projetos  assemelha-se  mais  ao  de  urn  coordenador  ou  facilitador.  Urn  facilitador  de  projetos 
atua  como  urn  assistente  de  equipe  e coordenador  de  comunicagoes.  0 facilitador  nao  pode  tomar  ou  executar 
decisoes  por  conta  propria.  Os  coordenadores  de  projetos  tern  poder  para  tomar  algumas  decisoes,  tern  uma 
certa  autoridade,  e se  reportam  a urn  gerente  de  nivel  hierarquico  superior.  As  organizagoes  matriciais  fortes 
apresentam  muitas  das  caracteristicas  da  organizagao  projetizada,  e tern  gerentes  de  projeto  de  tempo  integral 
com  autoridade  consideravel  e pessoal  administrative  de  tempo  integral  trabalhando  no  projeto.  Embora  a 
organizagao  matricial  balanceada  reconhega  a necessidade  de  urn  gerente  de  projetos,  ela  nao  da  ao  gerente 
do  projeto  autoridade  total  sobre  o projeto  e sobre  o financiamento  do  projeto.  A Tabela  2-1  fornece  detalhes 
adicionais  das  varias  estruturas  organizacionais  matriciais. 


Figura  2-2.  Organizagao  matricial  fraca 
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(As  caixas  cinzas  representam  equipes  envolvidas  em  atividades  do  projeto). 


\ 

Coordenagao 
do  projeto 


Figura  2-3.  Organizagao  matricial  balanceada 


i — ; 

(As  caixas  cinzas  representam  equipes  envolvidas  em  atividades  do  projeto).  Coordenapao  do  projeto 


Figura  2-4.  Organizagao  matricial  forte 
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Na  extremidade  oposta  do  espectro  da  organizagao  funcional  esta  a organizagao  projetizada,  mostrada  na 
Figura  2-5.  Em  uma  organizagao  projetizada,  os  membros  da  equipe  frequentemente  trabalham  juntos.  A maior 
parte  dos  recursos  da  organizagao  esta  envolvida  no  trabalho  do  projeto,  e os  gerentes  de  projetos  possuem 
muita  independence  e autoridade.  Tecnicas  de  colaboragao  virtual  sao  muitas  vezes  usadas  para  atingir  os 
beneficios  das  equipes  trabalhando  no  mesmo  projeto.  Organizagoes  projetizadas  muitas  vezes  tern  unidades 
organizacionais  denominadas  departamentos,  mas  elas  podem  se  reportar  diretamente  ao  gerente  de  projetos 
ou  prestar  servigos  de  suporte  aos  diversos  projetos. 


Figura  2-5.  Organizagao  projetizada 

Muitas  organizagoes  envolvem  todas  essas  estruturas  em  varios  niveis  e sao  frequentemente  chamadas 
de  organizagoes  compostas,  conforme  mostrado  na  Figura  2-6.  Por  exemplo,  mesmo  uma  organizagao 
fundamentalmente  funcional  pode  criar  uma  equipe  de  projeto  especial  para  cuidar  de  urn  projeto  critico.  Essa 
equipe  pode  ter  muitas  das  caracteristicas  de  uma  equipe  de  projeto  de  uma  organizagao  projetizada.  A equipe 
pode  incluir  pessoal  de  diferentes  departamentos  funcionais  em  tempo  integral,  pode  desenvolverseu  proprio 
conjunto  de  procedimentos  operacionais  e mesmo  operar  fora  da  estrutura  hierarquica  formal  padrao  durante 
o projeto.  Alem  disso,  uma  organizagao  pode  gerenciar  a maior  parte  dos  seus  projetos  em  uma  estrutura 
matricial  forte,  mas  permitir  que  pequenos  projetos  sejam  gerenciados  por  departamentos  funcionais. 
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Figura  2-6.  Organizagao  composta 

Muitas  estruturas  organizacionais  incluem  nfveis  estrategicos,  de  media  gerencia  e operacionais.  0 gerente 
de  projetos  pode  interagir  com  todos  os  tres  nfveis,  dependendo  de  fatores  como: 

• Importancia  estrategica  do  projeto, 

• Capacidade  das  partes  interessadas  de  exercer  influencia  sobre  o projeto, 

• Grau  de  maturidade  em  gerenciamento  de  projetos, 

• Sistemas  de  gerenciamento  de  projetos,  e 

• Comunicagoes  organizacionais. 

Esta  interagao  determina  as  caracteristicas  do  projeto,  tais  como 

• Nivel  de  autoridade  do  gerente  de  projetos, 

• Disponibilidade  e gerenciamento  dos  recursos, 

• Entidade  controlando  o orgamento  do  projeto, 

• Papel  do  gerente  de  projetos,  e 

• Composigao  da  equipe  do  projeto. 
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2.1.4  Ativos  de  processos  organizacionais 

Ativos  de  processos  organizacionais  sao  os  pianos,  processos,  politicas,  procedimentos  e as  bases 
de  conhecimento  especificas  da  organizagao  e por  ela  usados.  Eles  incluem  qualquer  artefato,  pratica  ou 
conhecimento  de  qualquer  ou  todas  as  organizagoes  envolvidas  no  projeto  que  possam  ser  usados  para  executar 
ou  administrar  o projeto.  Os  ativos  de  processos  organizacionais  tambem  incluem  as  bases  de  conhecimento 
da  organizagao,  como  ligoes  aprendidas  e informagoes  historicas.  Eles  podem  incluir  cronogramas  finalizados, 
dados  sobre  riscos  e dados  de  valor  agregado.  Os  ativos  de  processos  organizacionais  sao  entradas  da  maior 
parte  dos  processos  de  planejamento.  No  decorrer  do  projeto,  os  membros  da  equipe  podem  atualizar  ou 
fazer  acrescimos  aos  ativos  dos  processos  organizacionais,  conforme  necessario.  Os  ativos  de  processos 
organizacionais  podem  ser  agrupados  em  duas  categorias:  (1)  processos  e procedimentos,  e (2)  base  de 
conhecimento  corporativo. 

2.1 .4.1  Processos  e procedimentos 

Os  processos  e procedimentos  da  organizagao  para  a condugao  do  trabalho  do  projeto  incluem,  mas  nao 
se  limitam,  a: 

• Iniciacao  e planejamento: 

o Diretrizes  e criterios  para  adequagao  do  conjunto  de  processos  e procedimentos  padrao  da 
organizagao  a fim  de  atender  as  necessidades  especificas  do  projeto; 

o Padroes  organizacionais  especificos  como  politicas  (p.ex., politicas  de  recursos  humanos, 
de  saude  e seguranga,  de  etica  e de  gerenciamento  de  projetos),  ciclos  de  vida  do  produto  e 
do  projeto,  e politicas  e procedimentos  de  qualidade  (p.ex.,  auditorias  de  processos,  metas 
de  melhorias,  listas  de  verificagao  e definigoes  padronizadas  de  processos  para  uso  na 
organizagao);  e 

o Modelos  (p.ex.,  registro  dos  riscos,  estrutura  analitica  do  projeto,  diagrama  de  rede  do 
cronograma  do  projeto  e modelos  de  contrato). 

• Execugao,  monltoramento  e controle: 

o Procedimentos  de  controle  de  mudangas,  inclusive  os  passos  para  modificagao  dos  padroes, 
politicas,  pianos  e procedimentos  da  organizagao,  ou  de  quaisquer  documentos  do  projeto, 
e o modo  como  quaisquer  mudangas  serao  aprovadas  e validadas; 

o Procedimentos  de  controles  financeiros  (por  exemplo,  relatorio  de  horas,  analises  obrigatorias 
de  gastos  e despesas,  codigos  contabeis  e clausulas  contratuais  padrao); 

o Procedimentos  de  gerenciamento  de  questoes  e defeitos  que  definem  os  seus  controles, 
identificagao  e solugao  de  questoes  e defeitos,  e acompanhamento  dos  seus  itens  de  agao; 
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o Requisitos  de  comunicagoes  da  organizagao  (p.ex.,  tecnologia  de  comunicagoes  especifica 
disponfvel,  midia  de  comunicagao  autorizada,  politicas  de  retengao  de  registros  e requisitos 
de  seguranga); 

o Procedimentos  de  priorizagao,  aprovagao  e emissao  de  autorizagoes  de  trabalho; 

o Procedimentos  de  controle  de  riscos,  incluindo  categorias  de  riscos,  modelos  de  declaragao 
de  riscos,  definigoes  de  probabilidade  e impacto,  e matriz  de  probabilidade  e impacto;  e 

o Diretrizes  padronizadas,  instrugoes  de  trabalho,  criterios  de  avaliagao  de  propostas,  e 
criterios  de  medigao  de  desempenho. 

• Encerramento: 

o Diretrizes  ou  requisitos  de  encerramento  do  projeto  (p.ex.,  ligoes  aprendidas,  auditorias 
finais  do  projeto,  avaliagoes  do  projeto,  validagoes  de  produto  e criterios  de  aceitagao). 

2.1 .4.2  Base  de  conhecimento  corporativa 

A base  de  conhecimento  organizacional  corporativa  para  o armazenamento  e recuperagao  de  informagoes 
inclui,  mas  naose  limitaa: 

• Bases  de  conhecimento  de  gerenciamento  de  configuragao  contendo  as  versoes  e linhas  de  base 
de  todas  normas,  politicas  e procedimentos  da  organizagao  executora,  e quaisquer  documentos  do 
projeto; 

• Bancos  de  dados  financeiros  contendo  informagoes  como  horas  de  mao  de  obra,  custos  incorridos, 
orgamentos  e qualquer  estouro  dos  custos  do  projeto; 

• Bases  de  conhecimento  de  informagoes  historicas  e ligoes  aprendidas  (p.ex.,  registros  e documentos 
de  projetos,  todas  as  informagoes  e documentagao  de  encerramento  do  projeto  relativas  aos 
resultados  de  decisoes  de  selegao  de  projetos  anteriores  e informagoes  do  desempenho  dos  projetos 
anteriores,  alem  de  informagoes  de  atividades  de  gerenciamento  de  riscos); 

• Bancos  de  dados  de  gerenciamento  de  problemas  e defeitos  contendo  o status  dos  mesmos, 
informagoes  de  controle,  solugao  de  problemas  e defeitos,  e resultados  de  itens  de  agao; 

• Bancos  de  dados  de  medigao  dos  processos  usados  para  coletar  e disponibilizar  os  dados  de 
medigoes  dos  processos  e produtos;  e 

• Arquivos  de  projetos  anteriores  (p.ex.,  escopo,  custo,  cronograma,  e linhas  de  base  de  medigao  do 
desempenho,  calendars  dos  projetos,  diagramas  de  rede  de  cronograma  dos  projetos,  registros  dos 
riscos,  agoes  de  respostas  planejadas  e impacto  de  riscos  definido). 
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2.1.5  Fatores  ambientais  da  empresa 

Fatores  ambientais  da  empresa  se  referem  as  condigoes  fora  do  controle  da  equipe  do  projeto  que 
influenciam,  restringem  ou  direcionam  o projeto.  Os  fatores  ambientais  da  empresa  sao  considerados  como 
entradas  na  maioria  dos  processos,  podem  aumentar  ou  restringir  as  opgoes  de  gerenciamento  de  projetos  e 
podem  ter  uma  influencia  positiva  ou  negativa  no  resultado. 

Os  fatores  ambientais  da  empresa  variam  muito,  em  tipo  e natureza.  Os  fatores  ambientais  da  empresa 
incluem,  mas  nao  se  limitam,  a: 

• Cultura,  estrutura  e governanga  organizacional; 

• Distribuigao  geografica  de  instalagoes  e recursos; 

• Normas  governamentais  ou  do  setor  (p.ex.,  regulamentos  de  agendas  reguladoras,  codigos  de 
conduta,  padroes  de  produto,  padroes  de  qualidade  e padroes  de  mao  de  obra); 

• Infraestrutura  (por  exemplo,  equipamentos  e instalagoes  existentes); 

• Recursos  humanos  existentes  (p.ex.,  habilidades,  disciplinas  e conhecimento,  como  projeto, 
desenvolvimento,  juridico,  contratagao  e compras); 

• Administragao  de  pessoal  (p.ex.,  diretrizes  de  recrutamento  e retengao  de  pessoal,  analises  de 
desempenho  de  empregados  e registros  de  treinamento,  politica  de  compensagao  e horas  extras,  e 
controle  do  tempo); 

• Sistemas  de  autorizagao  de  trabalho  da  empresa; 

• Condigoes  do  mercado; 

• Tolerancia  a risco  das  partes  interessadas; 

• Clima  politico; 

• Canais  de  comunicagao  estabelecidos  da  organizagao; 

• Bancos  de  dados  comerciais  (por  exemplo,  dados  padronizados  de  estimativa  de  custos,  informagoes 
sobre  estudos  de  risco  do  setor  e bancos  de  dados  de  riscos);  e 

• Sistema  de  informagoes  do  gerenciamento  de  projetos  (p.ex.,  uma  ferramenta  automatizada,  como 
urn  software  de  cronograma,  urn  sistema  de  gerenciamento  de  configuragao,  urn  sistema  de  coleta  e 
distribuigao  de  informagoes,  ou  interfaces  web  para  outros  sistemas  automatizados  online. 
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2.2  Partes  interessadas  e governanga  do  projeto 

Uma  parte  interessada  e um  individuo,  grupo  ou  organizagao  que  pode  afetar,  ser  afetada  ou  sentir- 
se  afetada  por  uma  decisao,  atividade  ou  resultado  de  um  projeto.  As  partes  interessadas  podem  estar 
ativamente  envolvidas  no  projeto  ou  ter  interesses  que  possam  ser  positiva  ou  negativamente  afetados  pelo 
desempenho  ou  termino  do  projeto.  As  diferentes  partes  interessadas  podem  ter  expectativas  antagonicas  que 
podem  criar  conflitos  no  ambito  do  projeto.  As  partes  interessadas  tambem  podem  exercer  influencia  sobre 
o projeto,  suas  entregas  e sobre  a equipe  do  projeto  a fim  de  atingir  um  conjunto  de  resultados  que  atenda 
objetivos  de  negocios  estrategicos,  ou  outras  necessidades.  Governanga  do  projeto:  o alinhamento  do  projeto 
com  as  necessidades  ou  objetivos  das  partes  interessadas  e critico  para  a administragao  bem  sucedida  do 
envolvimento  das  partes  interessadas  e o alcance  dos  objetivos  organizacionais.  A governanga  do  projeto 
habilita  as  organizagoes  a gerenciar  os  projetos  de  forma  consistente,  maximizar  o valor  dos  resultados  do 
projeto  e alinhar  os  projetos  com  a estrategia  dos  negocios.  Ela  fornece  uma  estrutura  em  que  o gerente  de 
projetos  e os  patrocinadores  podem  tomar  decisoes  que  atendam  tanto  as  necessidades  e expectativas  das 
partes  interessadas  como  aos  objetivos  estrategicos  organizacionais,  ou  abordam  as  situagoes  em  que  tais 
necessidades  nao  estejam  alinhadas. 

2.2.1  Partes  interessadas  no  projeto 

As  partes  interessadas  incluem  todos  os  membros  da  equipe  do  projeto,  assim  como  todas  as  entidades 
interessadas  dentro  ou  fora  da  organizagao.  A equipe  do  projeto  identifica  as  partes  interessadas  internas  e 
externas,  positivas  e negativas,  e as  partes  executoras  e orientadoras  a fim  de  determinar  os  requisitos  do 
projeto  e as  expectativas  de  todas  as  partes  envolvidas.  0 gerente  de  projetos  precisa  gerenciar  a influencia 
de  todas  essas  partes  interessadas  em  relagao  aos  requisitos  do  projeto  a fim  de  garantir  um  resultado  bem 
sucedido.  A Figura  2.7.  ilustra  a relagao  entre  o projeto,  a equipe  do  projeto  e as  diversas  partes  interessadas. 
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Figura  2-7.  Relagao  entre  as  partes  interessadas  e o projeto 

As  partes  interessadas  tern  diversos  niveis  de  responsabilidade  e autoridade  quando  participam  de  um 
projeto.  Este  nivel  pode  mudar  ao  longo  do  ciclo  de  vida  do  projeto.  Seu  envolvimento  pode  variar,  desde 
contribuigoes  ocasionais  em  pesquisas  e grupos  de  discussao  ate  o patrocinio  total  do  projeto,  que  inclui  o 
fornecimento  de  apoio  financeiro,  politico,  ou  outro  tipo  de  apoio.  Algumas  partes  interessadas  tambem  pode 
limitar  o sucesso  do  projeto,  de  forma  passiva  ou  ativa.  Estas  partes  interessadas  exigem  a atengao  do  gerente 
de  projetos  no  decorrer  de  todo  o ciclo  de  vida  do  projeto,  bem  como  um  piano  de  abordagem  de  quaisquer 
questionamentos  que  possam  levantar. 

A identificagao  das  partes  interessadas  e um  processo  continuo  em  todo  o ciclo  de  vida  do  projeto.  A 
identificagao  das  partes  interessadas,  a compreensao  do  seu  grau  relativo  de  influencia  em  um  projeto  e o 
balanceamento  das  suas  exigences,  necessidades  e expectativas  sao  fundamentais  para  o sucesso  de  um 
projeto.  Caso  isso  nao  seja  feito,  podem  ocorrer  atrasos,  aumentos  dos  custos,  problemas  inesperados  e outras 
consequents  negativas,  incluindo  o cancelamento  do  projeto.  Um  exemplo  seria  o reconhecimento  tardio 
de  que  o departamento  juridico  e uma  parte  interessada  importante,  o que  resulta  em  atrasos  e aumento  das 
despesas  devido  aos  requisitos  legais  que  devem  ser  cumpridos  antes  que  o projeto  seja  concluido  ou  o escopo 
do  produto  seja  entregue. 
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Da  mesma  maneira  que  as  partes  interessadas  podem  influenciar  os  objetivos  do  projeto  de  forma  positiva 
ou  negativa,  um  projeto  pode  ser  visto  pelas  partes  interessadas  como  tendo  resultados  positivos  ou  negativos. 
Por  exemplo,  os  lideres  de  negocios  de  uma  comunidade  que  se  beneficiara  de  um  projeto  de  expansao 
industrial  vera  beneficios  economicos  positivos  para  a comunidade  na  forma  de  mais  empregos,  infraestrutura 
de  suporte  e impostos.  No  caso  das  partes  interessadas  com  expectativas  positivas  do  projeto,  seus  interesses 
serao  melhor  atendidos  se  ajudarem  o mesmo  a ser  bem  sucedido.  Por  outro  lado,  os  interesses  de  partes 
interessadas  negativamente  afetadas  tais  como  proprietaries  de  residences  proximas  ou  os  pequenos 
negociantes  que  podem  perder  seus  negocios,  serem  forgados  a mudar-se  ou  a aceitar  mudangas  indesejaveis 
no  ambiente  local,  sao  melhor  atendidos  pelo  impedimento  do  progresso  do  projeto.  Negligenciar  os  interesses 
das  partes  interessadas  negativamente  afetadas  pode  resultar  em  maior  probabilidade  de  trocar  defeitos  por 
fracassos,  atrasos  ou  consequencias  negativas  ao  projeto. 

Uma  parte  importante  da  responsabilidade  do  gerente  de  projetos  e administrar  as  expectativas  das  partes 
interessadas,  o que  pode  ser  dificil,  pois  elas  em  geral  tern  objetivos  muito  diferentes  ou  conflitantes.  Parte 
da  responsabilidade  do  gerente  do  projeto  e balancear  esses  interesses  e garantir  que  a equipe  do  projeto 
interaja  com  as  partes  interessadas  de  maneira  profissional  e cooperativa.  Os  gerentes  de  projetos  podem 
envolver  o patrocinador  do  projeto  ou  outros  membros  de  diferentes  locais  para  identificar  e gerenciar  as 
partes  interessadas  dispersas  pelo  mundo. 

As  partes  interessadas  do  projeto  incluem: 

• Patrocinador.  Patrocinador  e uma  pessoa  ou  grupo  que  fornece  recursos  e suporte  para  o projeto 
e e responsavel  pelo  sucesso  do  mesmo.  0 patrocinador  pode  ser  externo  ou  interno  em  relagao  a 
organizagao  do  gerente  de  projetos.  0 patrocinador  promove  o projeto  desde  a sua  concepgao  inicial 
ate  o seu  encerramento.  Isso  inclui  servir  como  porta-voz  para  os  niveis  mais  altos  de  gerenciamento 
para  angariar  o suporte  em  toda  a organizagao  e promover  os  beneficios  que  o projeto  proporciona. 
0 patrocinador  conduz  o projeto  atraves  dos  processos  iniciais  ate  a sua  autorizagao  formal  e 
desempenha  um  papel  significativo  no  desenvolvimento  do  escopo  inicial  e do  termo  de  abertura.  No 
caso  das  questoes  que  estao  alem  do  controle  do  gerente  do  projeto,  o patrocinador  pode  encaminha- 
las  para  niveis  hierarquicos  superiores.  0 patrocinador  tambem  pode  se  envolver  em  outras  questoes 
importantes,  como  a autorizagao  de  mudangas  no  escopo,  analises  de  final  de  fase  e decisoes  de 
continuagao/cancelamento  quando  os  riscos  sao  particularmente  altos.  0 patrocinador  tambem 
garante  uma  transference  tranquila  das  entregas  do  projeto  para  os  negocios  da  organizagao  do 
solicitante  apos  o encerramento  do  projeto. 

• Clientes  e usuarios.  Os  clientes  sao  as  pessoas  ou  organizagoes  que  aprovarao  e gerenciarao  o 
produto,  servigo  ou  resultado  do  projeto.  Os  usuarios  sao  as  pessoas  ou  organizagoes  que  usarao 
o produto,  servigo  ou  resultado  do  projeto.  Os  clientes  e usuarios  podem  ser  internos  ou  externos 
em  relagao  a organizagao  executora  e tambem  podem  existir  em  multiplos  niveis.  Por  exemplo,  os 
clientes  de  um  novo  produto  farmaceutico  podem  incluir  os  medicos  que  o receitam,  os  pacientes  que 
o utilizam  e as  empresas  de  seguro  de  saude  que  pagam  por  ele.  Em  algumas  areas  de  aplicagao,  os 
termos  clientes  e usuarios  sao  sinonimos,  enquanto  em  outras,  clientes  se  referem  a entidade  que 
adquire  o produto  do  projeto  e usuarios  sao  os  que  o utilizarao  diretamente. 
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• Vendedores.  Vendedores,  fornecedores,  ou  contratadas  sao  empresas  externas  que  assinam  um 
contrato  para  fornecimento  de  componentes  ou  servigos  necessarios  ao  projeto. 

• Parceiros  de  negocios.  Parceiros  de  negocios  sao  organizagoes  externas  que  tern  uma  relagao 
especial  com  a empresa,  as  vezes  obtida  atraves  de  um  processo  de  certificagao.  Os  parceiros 
de  negocios  fornecem  consultoria  especializada  ou  desempenham  um  papel  especifico,  como 
instalagao,  personalizagao,  treinamento  ou  suporte. 

• Grupos  organizacionais.  Grupos  organizacionais  sao  as  partes  interessadas  internas  afetadas  pelas 
atividades  da  equipe  do  projeto.  Exemplos  de  diversos  elementos  de  negocios  de  uma  organizagao 
que  podem  ser  afetados  pelo  projeto  incluem  marketing  e vendas,  recursos  humanos,  departamento 
juridico,  departamento  financeiro,  operagoes,  fabricagao  e atendimento  ao  cliente.  Esses  grupos 
apoiam  o ambiente  de  negocios  onde  os  projetos  sao  executados  e,  assim  sendo,  sao  afetados  pelas 
atividades  do  projeto.  Como  resultado,  ha  geralmente  uma  interagao  significativa  entre  os  diversos 
elementos  de  negocios  de  uma  organizagao  e a equipe  do  projeto  a medida  que  trabalham  juntos 
para  atingir  os  objetivos  do  projeto.  Esses  grupos  podem  fornecer  informagoes  para  os  requisitos  e 
aceitar  entregas  necessarias  a umatransigao  tranquila  para  a produgao  ou  operagoes  relacionadas. 

• Gerentes  funcionais.  Gerentes  funcionais  sao  pessoas  chave  que  desempenham  uma  fungao 
gerencial  dentro  de  uma  area  administrativa  ou  funcional  do  negocio,  como  recursos  humanos, 
finangas,  contabilidade  ou  aquisigoes.  Eles  tern  o seu  proprio  pessoal  permanente  para  executar 
o trabalho  continuo  e tern  uma  diretiva  clara  para  gerenciar  todas  as  tarefas  dentro  de  sua  area 
de  responsabilidade  funcional.  0 gerente  funcional  pode  fornecer  consultoria  sobre  determinado 
assunto  ou  servigos  ao  projeto. 

• Outras  partes  interessadas.  Outras  partes  interessadas  como  entidades  de  aquisigoes,  institutes 
financeiras,  orgaos  publicos  reguladores,  especialistas  em  areas  do  conhecimento,  consultores  e 
outros,  podem  ter  um  interesse  financeiro  no  projeto,  contribuir  com  informagoes  para  o projeto,  ou 
ter  um  interesse  no  resultado  do  mesmo. 

As  partes  interessadas  no  projeto  e o seu  envolvimento  sao  discutidos  mais  detalhadamente  na  Segao  13 
do  Gerenciamento  das  partes  interessadas  no  projeto. 
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2.2.2  Governanga  do  projeto 

A governanga  do  projeto  e uma  fungao  de  supervisao  que  esta  alinhada  com  o modelo  de  governanga  da 
organizagao  e que  engloba  o ciclo  de  vida  do  projeto.  A estrutura  de  governanga  do  projeto  da  ao  gerente  de 
projetos  e a equipe  a estrutura,  processos,  modelos  de  tomada  de  decisoes  e ferramentas  para  gerenciar 
o projeto,  ao  mesmo  tempo  apoiando  e controlando  o projeto  a fim  de  obter  uma  entrega  bem  sucedida.  A 
governanga  de  projeto  e urn  elemento  essencial  de  qualquer  projeto,  especialmente  dos  projetos  complexos  e 
arriscados.  Ela  fornece  urn  metodo  abrangente  e consistente  de  controlar  o projeto  garantindo  o seu  sucesso 
atraves  da  definigao,  documentagao  e comunicagao  de  praticas  confiaveis  e repetiveis  do  projeto.  Ela  inclui 
uma  estrutura  para  a tomada  de  decisoes  relativas  ao  projeto,  define  papeis,  responsabilidades  e obrigagao  de 
prestagao  de  contas  para  o sucesso  do  projeto,  e determina  a eficacia  do  gerente  de  projetos.  A governanga 
do  projeto  e definida  por,  e se  adequa  ao  contexto  mais  amplo  do  portfolio,  programa  ou  organizagao  que  o 
patrocina,  mas  e separada  da  governanga  organizacional. 

0 EGP  tambem  pode  desempenhar  urn  papel  decisivo  na  governanga  do  projeto.  A governanga  do 
projeto  envolve  as  partes  interessadas  assim  como  politicas,  procedimentos  e padroes  documentados, 
responsabilidades  e autoridades.  Exemplos  de  elementos  de  uma  estrutura  de  governanga  de  projeto  incluem: 

• Criterios  do  sucesso  e da  aceitagao  das  entregas  do  projeto; 

• Processo  de  identificagao,  encaminhamento  e resolugao  das  questoes  que  surgem  durante  o projeto; 

• Relagao  entre  a equipe  do  projeto,  os  grupos  organizacionais  e as  partes  interessadas  externas; 

• Organograma  do  projeto  que  identifica  os  papeis  do  projeto; 

• Processos  e procedimentos  para  a comunicagao  das  informagoes; 

• Processos  decisorios  do  projeto; 

• Diretrizes  para  o alinhamento  da  governanga  do  projeto  com  a estrategia  organizacional; 

• Abordagem  do  ciclo  de  vida  projeto; 

• Processo  para  revisoes  "Marcos"  ou  de  fases; 

• Processos  para  a analise  e aprovagao  das  mudangas  no  orgamento,  escopo,  qualidade  e cronograma 
que  estao  alem  da  autoridade  do  gerente  de  projetos;  e 

• Processo  para  alinhar  as  partes  interessadas  internas  com  os  requisitos  de  processo  do  projeto. 
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Consideradas  tais  restrigoes  e as  limitagoes  adicionais  de  tempo  e orgamento,  cabe  ao  gerente  do  projeto  e 
a equipe  de  gerenciamento  do  projeto  determinar  o metodo  mais  apropriado  de  execugao  do  projeto.  Embora 
a governanga  do  projeto  seja  a estrutura  em  que  a equipe  do  projeto  atua,  a equipe  ainda  e a responsavel 
pelo  planejamento,  execugao,  controle  e encerramento  do  projeto.  A abordagem  da  governanga  do  projeto 
deve  ser  descrita  no  piano  de  gerenciamento  do  projeto.  Decisoes  sao  tomadas  quanto  a quais  pessoas  serao 
envolvidas,  os  procedimentos  de  encaminhamento,  quais  recursos  serao  necessarios,  e sobre  a abordagem 
geral  para  a conclusao  do  trabalho.  Outra  consideragao  importante  e se  havera  mais  de  umafase  envolvida  e, 
em  caso  afirmativo,  determinar  o ciclo  de  vida  especifico  do  projeto  individual. 


2.2.3  Sucesso  do  projeto 

Visto  que  os  projetos  sao  temporaries  em  natureza,  seu  sucesso  deve  ser  medido  em  termos  da  sua 
conclusao  dentro  das  restrigoes  de  escopo,  tempo,  custo,  qualidade,  recursos  e risco,  conforme  aprovado 
entre  os  gerentes  de  projetos  e a equipe  senior  de  gerenciamento.  Para  garantir  a realizagao  dos  beneficios 
do  projeto  empreendido,  urn  periodo  de  teste  (tal  como  urn  langamento  piloto  dos  servigos)  pode  ser  parte  do 
tempo  total  do  projeto  antes  da  sua  entrega  para  operagao  permanente.  0 sucesso  do  projeto  deve  referir-se 
as  ultimas  linhas  de  base  aprovadas  pelas  partes  interessadas  autorizadas. 

0 gerente  de  projetos  e responsavel  e responsabilizavel  pelo  estabelecimento  de  limites  reais  e alcangaveis 
para  o projeto  e por  sua  realizagao  no  ambito  das  linhas  de  base  aprovadas. 


2.3  Equipe  do  projeto 

A equipe  do  projeto  inclui  o gerente  do  projeto  e o grupo  de  individuos  que  atua  conjuntamente  na  execugao 
do  trabalho  do  projeto  para  alcangar  os  seus  objetivos.  A equipe  do  projeto  inclui  o gerente  do  projeto,  o 
pessoal  de  gerenciamento  do  projeto  e outros  membros  da  equipe  que  executam  o trabalho,  mas  que  nao 
estao  necessariamente  envolvidos  no  gerenciamento  do  projeto.  Essa  equipe  e composta  de  pessoas  de 
grupos  diferentes,  com  conhecimento  de  urn  assunto  especifico  ou  habilidades  especificas  para  a execugao 
do  trabalho  do  projeto.  A estrutura  e caracteristicas  de  uma  equipe  de  projeto  podem  variar  muito,  mas  uma 
caracteristica  constante  e o papel  do  gerente  de  projetos  como  lider  da  equipe,  independentemente  do  grau  de 
autoridade  que  ele  possa  ter  sobre  os  seus  membros. 
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As  equipes  de  projeto  incluem  papeis  como: 

• Pessoal  de  gerenciamento  do  projeto.  Os  membros  da  equipe  que  executam  as  atividades  de 
gerenciamento  do  projeto,  tais  como  de  elaboragao  do  cronograma,  orgamento,  emissao  de  relatorios 
e atividades  de  controle,  comunicagoes,  gerenciamento  dos  riscos  e suporte  administrative.  Este 
papel  pode  ser  desempenhado  ou  apoiado  por  urn  escritorio  de  gerenciamento  de  projetos  (PMO). 

• Recursos  humanos  do  projeto.  Os  membros  da  equipe  que  executam  o trabalho  de  criagao  das 
entregas  do  projeto. 

• Especialistas  de  suporte.  Os  especialistas  de  suporte  executam  as  atividades  exigidas  para  o 
desenvolvimento  ou  execugao  do  piano  de  gerenciamento  do  projeto.  Elas  podem  incluir  atividades 
como  contratagoes,  gerenciamento  financeiro,  logistica,  juridicas,  de  seguranga,  engenharia, 
testes,  ou  controle  da  qualidade.  Dependendo  do  tamanho  do  projeto  e nivel  de  suporte  exigido,  os 
especialistas  de  suporte  podem  trabalhar  em  tempo  integral  ou  simplesmente  participar  da  equipe 
quando  suas  habilidades  especificas  forem  necessarias. 

• Representantes  de  usuarios  ou  de  clientes.  Os  membros  da  organizagao  que  aceitarem  as  entregas 
ou  produtos  do  projeto  podem  ser  designados  para  atuar  como  representantes  ou  pessoas  de  contato 
para  garantir  a coordenagao  apropriada,  orientar  sobre  os  requisitos  ou  validar  a aceitabilidade  dos 
resultados  do  projeto. 

• Vendedores.  Vendedores,  fornecedores,  ou  contratadas,  sao  empresas  externas  que  assinam  urn 
contrato  para  fornecimento  de  componentes  ou  servigos  necessarios  ao  projeto.  A equipe  do  projeto 
muitas  vezes  e atribuida  a responsabilidade  de  supervisionar  o desempenho  e a aceitagao  das 
entregas  ou  servigos  dos  vendedores.  Se  os  vendedores  arcarem  com  a maior  parte  do  risco  para 
entrega  dos  resultados  do  projeto,  eles  podem  ter  urn  papel  significativo  na  equipe  do  projeto. 

• Membros  parceiros  de  negocios.  Membros  de  organizagoes  de  parceiros  de  negocios  podem  ser 
designados  como  membros  da  equipe  do  projeto  para  garantir  sua  coordenagao  adequada. 

• Parceiros  de  negocios.  Parceiros  de  negocios  sao  tambem  empresas  externas,  mas  tern  uma 
relagao  especial  com  a empresa,  as  vezes  obtida  atraves  de  urn  processo  de  certificagao.  Os 
parceiros  de  negocios  fornecem  consultoria  especializada  ou  desempenham  urn  papel  especifico, 
como  instalagao,  personalizagao,  treinamento  ou  suporte. 
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2.3.1  Composigao  das  equipes  dos  projetos 

A composigao  das  equipes  de  projeto  varia  de  acordo  com  fatores  como  localizagao,  escopo  e cultura 
organ izacional.  0 relacionamento  entre  o gerente  de  projeto  e a equipe  varia  dependendo  do  nivel  de  autoridade 
do  gerente  de  projeto.  Em  alguns  casos,  o gerente  de  projeto  pode  ser  o gerente  de  linha  da  equipe,  com 
autoridade  total  sobre  os  seus  membros.  Em  outros  casos,  urn  gerente  de  projeto  pode  ter  pouca  ou  nenhuma 
autoridade  organizacional  sobre  os  membros  da  equipe  e ter  sido  mobilizado  para  liderar  o projeto  em  regime 
de  tempo  parcial  ou  como  contratado.  Composigoes  basicas  de  equipes  de  projeto  incluem: 

• Dedicada.  Em  uma  equipe  dedicada,  todos  ou  a maioria  dos  membros  da  equipe  trabalham  no 
projeto  em  regime  de  tempo  integral.  Os  membros  da  equipe  do  projeto  podem  trabalhar  presencial 
ou  virtualmente,  e geralmente  se  reportam  diretamente  ao  gerente  do  projeto.  Esta  e a estrutura 
mais  simples  para  urn  gerente  de  projetos,  pois  as  linhas  de  autoridade  sao  Claras  e os  membros  da 
equipe  podem  se  concentrar  nos  objetivos  do  projeto. 

• Tempo  parcial.  Alguns  projetos  sao  estabelecidos  como  urn  trabalho  adicional  temporario,  em  que 
o gerente  de  projeto  e os  membros  da  equipe  trabalham  no  projeto,  mas  permanecem  em  suas 
organizagoes  e continuam  a desempenhar  suas  fungoes  normais.  Os  gerentes  funcionais  mantem  o 
controle  sobre  os  membros  da  equipe  e os  recursos  alocados  para  o projeto,  e o gerente  do  projeto 
provavelmente  continuara  a executar  outras  tarefas  de  gerenciamento.  Os  membros  da  equipe  em 
regime  de  tempo  parcial  tambem  podem  ser  designados  para  mais  de  urn  projeto  de  uma  vez. 

As  composigoes  de  equipes  de  projetos  dedicadas  e de  tempo  parcial  podem  existir  em  qualquer  estrutura 
organizacional.  As  equipes  de  projeto  dedicadas  sao  muitas  vezes  vistas  em  organizagoes  projetizadas, 
onde  a maior  parte  dos  recursos  da  organizagao  esta  envolvida  no  trabalho  do  projeto  e os  gerentes  de 
projetos  possuem  grande  independence  e autoridade.  As  equipes  de  projetos  de  tempo  parcial  sao  comuns 
nas  organizagoes  funcionais,  e as  organizagoes  matriciais  utilizam  tanto  as  equipes  dedicadas  como  as  de 
tempo  parcial.  Outros  membros,  cujo  envolvimento  nos  diversos  estagios  do  projeto  e limitado,  podem  ser 
considerados  membros  de  projeto  de  tempo  parcial. 

A composigao  da  equipe  do  projeto  tambem  pode  variar  de  acordo  com  a estrutura  organizacional.  Urn  exemplo 
disso  e o projeto  baseado  em  parceria.  Urn  projeto  pode  ser  estabelecido  como  uma  parceria,  urn  empreendimento 
conjunto,  consorcio  ou  alianga  entre  varias  organizagoes  atraves  de  contratos  ou  acordos.  Nesta  estrutura,  uma 
organizagao  assume  a lideranga  e designa  urn  gerente  de  projeto  para  coordenar  os  esforgos  entre  os  parceiros. 
Os  projetos  baseados  em  parcerias  podem  oferecerflexibilidade  a urn  menor  custo.  Essas  vantagens  podem  ser 
anuladas  pelo  grau  mais  baixo  de  controle  exercido  pelo  gerente  de  projeto  sobre  os  membros  da  equipe  e a 
necessidade  de  fortes  mecanismos  de  comunicagao  e monitoramento  do  progresso.  Projetos  em  parceria  podem 
ser  estabelecidos  para  explorar  sinergias  industriais  para  a realizagao  de  empreendimentos  que  somente  urn 
parceiro  nao  poderia  bancar  sozinho,  ou  por  motivos  politicos  e estrategicos. 
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A composigao  da  equipe  do  projeto  tambem  pode  variar  de  acordo  com  a localizagao  geografica  de 
seus  membros.  Um  exemplo  disso  sao  as  equipes  virtuais.  As  tecnologias  de  comunicagao  permitem  que 
os  membros  da  equipe  situados  em  diversos  locais  ou  paises  trabalhem  como  equipes  virtuais.  As  equipes 
virtuais  dependem  de  ferramentas  colaborativas  tais  como  espagos  de  trabalho  compartilhados  on-line  e 
videoconferencias  para  coordenar  suas  atividades  e trocar  informagoes  sobre  o projeto.  Uma  equipe  virtual 
pode  existir  em  qualquer  tipo  de  estrutura  organizacional  ou  composigao  de  equipe  . Equipes  virtuais  sao 
muitas  vezes  necessarias  para  projetos  cujos  recursos  estao  localizados  no  local  ou  fora  do  local,  ou  ambos, 
dependendo  das  atividades  do  projeto.  0 gerente  de  projetos  que  lidera  uma  equipe  virtual  necessita  acomodar 
as  diferengas  culturais,  as  horas  de  trabalho,  os  fusos  horarios,  as  condigoes  locais,  e os  diferentes  idiomas. 


2.4  Ciclo  de  vida  do  projeto 

Ciclo  de  vida  do  projeto  e a serie  de  fases  pelas  quais  um  projeto  passa,  do  inicio  ao  termino.  As  fases  sao 
geralmente  sequenciais  e os  seus  nomes  e numeros  sao  determinados  pelas  necessidades  de  gerenciamento 
e controle  da(s)  organizagao(oes)  envolvida(s)  no  projeto,  a natureza  do  projeto  em  si  e sua  area  de  aplicagao. 
As  fases  podem  ser  desmembradas  por  objetivos  funcionais  ou  parciais,  resultados  ou  entregas  intermediaries, 
marcos  especificos  no  escopo  geral  do  trabalho,  ou  disponibilidade  financeira.  As  fases  sao  geralmente  limitadas 
pelo  tempo,  com  um  inicio  e termino  ou  ponto  de  controle.  Um  ciclo  de  vida  pode  ser  documentado  em  uma 
metodologia.  0 ciclo  de  vida  do  projeto  pode  ser  definido  ou  moldado  de  acordo  com  aspectos  exclusivos  da 
organizagao,  setor  ou  tecnologia  empregada.  Embora  todos  os  projetos  tenham  um  inicio  e um  fim  definidos, 
as  entregas  e atividades  especificas  conduzidas  neste  interim  poderao  variar  muito  de  acordo  com  o projeto. 
0 ciclo  de  vida  oferece  uma  estrutura  basica  para  o gerenciamento  do  projeto,  independentemente  do  trabalho 
especifico  envolvido. 

Os  ciclos  de  vida  do  projeto  podem  variar  ao  longo  de  uma  sequencia  continua,  desde  abordagens  previsiveis 
ou  direcionadas  por  um  piano  em  uma  extremidade,  ate  abordagens  adaptativas  ou  acionadas  por  mudangas 
na  outra.  Em  um  ciclo  de  vida  previsivel  (Segao  2. 4.2. 2),  o produto  e as  entregas  sao  definidas  no  inicio  do 
projeto  e quaisquer  mudangas  no  escopo  sao  cuidadosamente  gerenciadas.  Em  um  ciclo  de  vida  adaptativo 
(Segao  2.4. 2.4),  o produto  e desenvolvido  atraves  de  multiplas  iteragoes  e um  escopo  detalhado  e definido  para 
cada  iteragao  somente  no  inicio  da  mesma. 

2.4.1  Caracteristicas  do  ciclo  de  vida  do  projeto 

Os  projetos  variam  em  tamanho  e complexidade.  Todos  os  projetos  podem  ser  mapeados  para  a estrutura 
generica  de  ciclo  de  vida  a seguir  (veja  a Figura  2-8): 
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• Inicio  do  projeto, 

• Organizagao  e preparagao, 

• Execugao  do  trabalho  do  projeto,  e 

• Encerramento  do  projeto. 

Esta  estrutura  generica  de  ciclo  de  vida  e frequentemente  referenciada  na  comunicagao  com  a alta 
administragao  ou  outras  entidades  menos  familiarizadas  com  os  detalhes  do  projeto.  Ela  nao  deve  ser 
confundida  com  os  grupos  de  processos  de  gerenciamento  de  projeto  porque  os  processos  de  urn  grupo  de 
processos  consistem  de  atividades  que  podem  ser  executadas  e ocorrer  novamente  em  cada  fase  de  urn 
projeto  assim  como  para  o projeto  como  urn  todo.  0 ciclo  de  vida  do  projeto  e independente  do  ciclo  de  vida 
do  produto  produzido  ou  modificado  pelo  projeto.  Entretanto,  o projeto  deve  levar  em  consideragao  a fase 
atual  do  ciclo  de  vida  do  produto.  Esta  visao  de  alto  nivel  pode  oferecer  urn  quadro  de  referenda  comum  para 
comparagao  de  projetos  - mesmo  que,  em  sua  natureza,  eles  nao  sejam  semelhantes. 
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Figura  2-8.  Niveis  tipicos  de  custo  e pessoal  em  toda  a estrutura  generica 
do  ciclo  de  vida  de  um  projeto 
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A estrutura  generica  do  ciclo  de  vida  geralmente  apresenta  as  seguintes  caracteristicas: 

• Os  niveis  de  custo  e de  pessoal  sao  baixos  no  inicio,  atingem  um  valor  maximo  enquanto  o projeto  e 
executado  e caem  rapidamente  conforme  o projeto  e finalizado.  A Figura  2-8  ilustra  este  padrao  tipico. 

• A curva  tipica  de  custo  e pessoal  acima  pode  nao  se  aplicar  a todos  os  projetos.  Um  projeto  pode 
exigir  despesas  substanciais  para  assegurar  os  recursos  necessarios  no  imcio  do  seu  ciclo  de  vida, 
por  exemplo,  ou  dispor  de  uma  equipe  completa  bem  no  inicio  do  seu  ciclo  de  vida. 

• Os  riscos  e incertezas  (como  ilustrados  na  Figura  2-9)  sao  maiores  no  inicio  do  projeto.  Esses  fatores 
diminuem  ao  longo  da  vida  do  projeto  a medida  que  as  decisoes  sao  tomadas  e as  entregas  sao 
aceitas. 

• A capacidade  de  influenciar  as  caracteristicas  finais  do  produto  do  projeto,  sem  impacto  significativo 
sobre  os  custos,  e mais  alta  no  inicio  do  projeto  e diminui  a medida  que  o projeto  progride  para  o seu 
termino.  A Figura  2-9  ilustra  a ideia  de  que  os  custos  das  mudangas  e corregoes  de  erros  geralmente 
aumentam  significativamente  a medida  que  o projeto  se  aproxima  do  termino. 

Embora  essas  caracteristicas  continuem  presentes  ate  certo  ponto  nos  ciclos  de  vidas  de  quase  todos  os 
projetos,  elas  nao  estao  sempre  presentes  no  mesmo  grau.  Os  ciclos  de  vida  adaptativos,  em  especial,  sao 
desenvolvidos  com  o intuito  de  manter  o grau  de  influencia  das  partes  interessadas  mais  alto  e os  custos  das 
mudangas  mais  baixos  do  que  nos  ciclos  de  vida  previsiveis,  ao  longo  de  todo  o ciclo  de  vida. 


Figura  2-9.  Impacto  da  variavel  com  base  no  tempo  decorrido  do  projeto 
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Dentro  do  contexto  da  estrutura  generica  do  ciclo  de  vida,  um  gerente  de  projetos  pode  determinar  a 
necessidade  de  controle  mais  eficaz  sobre  certas  entregas,  ou  que  certas  entregas  devem  ser  concluidas 
antes  que  o escopo  do  projeto  possa  ser  completamente  definido.  Projetos  grandes  e complexos  em  particular 
podem  requerer  este  nivel  adicional  de  controle.  Nestes  casos,  o trabalho  realizado  para  atingir  os  objetivos  do 
projeto  pode  se  beneficiar  com  a divisao  formal  em  fases. 

2.4.2  Fases  do  projeto 

Um  projeto  pode  ser  dividido  em  qualquer  numero  de  fases.  A fase  de  um  projeto  e um  conjunto  de 
atividades  relacionadas  de  maneira  logica  que  culmina  na  conclusao  de  uma  ou  mais  entregas.  As  fases  do 
projeto  sao  usadas  quando  a natureza  do  trabalho  a ser  executado  e unica  para  uma  parte  do  projeto,  e sao 
normalmente  ligadas  visando  o desenvolvimento  de  uma  entrega  principal  especlfica.  Uma  fase  pode  enfatizar 
os  processos  de  um  grupo  especlfico  de  processos  de  gerenciamento  do  projeto,  mas  e provavel  que  a maioria 
ou  todos  os  processos  serao  executados  de  alguma  forma  em  cada  fase.  Geralmente  as  fases  sao  terminadas 
sequencialmente,  mas  podem  se  sobrepor  em  algumas  situagoes  do  projeto.  Fases  distintas  normalmente  tern 
duragoes  ou  esforgos  diferentes.  A natureza  de  alto  nivel  das  fases  de  um  projeto  as  torna  um  elemento  do 
ciclo  de  vida  do  projeto. 

A estrutura  de  fases  permite  que  o projeto  seja  segmentado  em  subconjuntos  logicos  para  facilitar  o 
gerenciamento,  o planejamento  e controle.  0 numero  de  fases,  a necessidade  de  fases  e o grau  de  controle 
aplicado  depende  do  tamanho,  grau  de  complexidade  e impacto  potencial  do  projeto.  Independentemente  do 
numero  de  fases  que  compoem  um  projeto,  todas  tern  caracterlsticas  semelhantes: 

• 0 trabalho  tern  um  toco  diferente  de  quaisquer  outras  fases.  Isso  muitas  vezes  envolve  diferentes 
organizagoes,  locals  e conjuntos  de  habilidades. 

• Atingir  a entrega  ou  objetivo  principal  da  fase  exige  o uso  de  controles  ou  processos  exclusivos  para 
a fase  ou  suas  atividades.  A repetigao  dos  processos  entre  todos  os  cinco  grupos  de  processos, 
conforme  descrito  na  Segao  3,  proporciona  um  grau  adicional  de  controle  e define  os  limites  da  fase. 

• 0 encerramento  de  uma  fase  ocorre  com  alguma  forma  de  transference  ou  entrega  do  produto 
do  trabalho  produzido  como  a entrega  da  fase.  0 final  desta  fase  representa  um  ponto  natural  de 
reavaliagao  das  atividades  em  andamento  e de  modificagao  ou  termino  do  projeto,  se  necessario. 
Pode-se  referir  a este  ponto  como  ponto  de  verificagao,  marco,  analise  de  fase,  revisao  de  fase  ou 
ponto  de  termino.  Em  muitos  casos,  ha  a necessidade  da  aprovagao  do  encerramento  de  uma  fase 
de  alguma  forma  antes  que  a mesma  seja  considerada  como  encerrada. 
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Nao  existe  uma  estrutura  ideal  unica  que  possa  ser  aplicada  a todos  os  projetos.  Embora  praticas  comuns 
no  setor  normalmente  levem  a utilizagao  de  uma  estrutura  preferida,  projetos  no  mesmo  setor,  ou  mesmo 
dentro  da  mesma  organizagao,  podem  apresentar  variagoes  significativas.  Alguns  terao  somente  uma  fase, 
conforme  exibido  na  Figura  2-10.  Outros  projetos  podem  ter  duas  ou  mais  fases. 


Uma  abordagem  para  o gerenciamento  da  instalagao  de  uma  rede  de  telecomunicagoes 


Figura  2-10.  Exemplo  de  projeto  de  fase  unica 

Algumas  organizagoes  tern  politicas  estabelecidas  que  padronizam  todos  os  projetos,  enquanto  outras 
permitem  que  a equipe  do  projeto  escolha  e adapte  a abordagem  mais  apropriada  para  seu  projeto  especitico. 
Por  exemplo,  uma  organizagao  pode  tratar  urn  estudo  de  viabilidade  como  urn  trabalho  rotineiro  da  fase  pre- 
projeto,  outra  pode  trata-lo  como  a primeira  fase  de  urn  projeto,  e uma  terceira  pode  tratar  o estudo  de 
viabilidade  como  urn  projeto  distinto  e independente.  Da  mesma  maneira,  uma  equipe  de  projeto  pode  dividir 
urn  projeto  em  duas  fases  onde  uma  equipe  de  projeto  diferente  pode  decidir  gerenciar  todo  o trabalho  como 
uma  unica  fase.  Muito  depende  da  natureza  do  projeto  especitico  e do  estilo  da  equipe  de  projeto  ou  da 
organizagao. 

2.4.2.1  Relagoes  entre  fases 

Quando  os  projetos  tern  varias  fases,  estas  sao  parte,  em  geral,  de  urn  processo  sequencial  projetado 
para  garantir  urn  controle  adequado  do  projeto  e obter  o produto,  servigo  ou  resultado  desejado.  Contudo,  ha 
situagoes  em  que  urn  projeto  pode  se  beneficiar  de  fases  sobrepostas  ou  simultaneas. 

Ha  dois  tipos  basicos  de  relagoes  entre  as  fases: 

• Relagao  sequencial.  Em  uma  relagao  sequencial,  uma  fase  so  podera  iniciar  depois  que  a fase 
anterior  terminar.  A Figura  2-11  mostra  urn  exemplo  de  urn  projeto  com  tres  fases  inteiramente 
sequenciais.  A natureza  passo  a passo  desta  abordagem  reduz  incertezas,  mas  pode  eliminar  opgoes 
de  redugao  do  cronograma  geral. 
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Uma  abordagem  para  a limpeza  de  um  local  de  tratamento  de  residuos  perigosos 


• Relacao  sobreposta.  Em  uma  relagao  sobreposta,  uma  fase  tern  inicio  antes  do  termino  da  anterior 
(veja  a Figura  2-1 2).  As  vezes,  ela  pode  ser  aplicada  como  um  exemplo  da  tecnica  de  compressao  de 
cronograma  denominada  paralelismo.  As  fases  sobrepostas  podem  exigir  recursos  adicionais  para 
permitir  a execugao  paralela  do  trabalho,  podem  aumentar  o risco  e resultar  em  retrabalho  caso  uma 
fase  subsequente  progrida  antes  que  informagoes  precisas  sejam  disponibilizadas  pelafase  anterior. 


Possfvel  abordagem  para  construgao  de  uma  nova  fabrica 


Figura  2-12.  Exemplo  de  um  projeto  com  fases  sobrepostas 
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Nos  projetos  com  mais  de  uma  fase,  pode  haver  relagoes  diferentes  (de  sobreposigao,  sequenciais, 
paralelas)  entre  fases  individuals.  Consideragoes  como,  por  exemplo,  o nivel  de  controle  necessario,  a eficacia 
e o grau  de  incerteza  determinam  a relagao  a ser  aplicada  entre  as  fases.  Com  base  nessas  consideragoes, 
ambas  as  relagoes  podem  ocorrer  entre  diferentes  fases  de  urn  unico  projeto. 

2. 4. 2. 2 Ciclos  de  vida  predeterminados 

Os  ciclos  de  vida  previstos  (tambem  conhecidos  como  ciclos  de  vida  inteiramente  planejados)  sao  aqueles 
em  que  o escopo  do  projeto,  bem  como  o tempo  e custos  exigidos  para  entregartal  escopo  sao  determinados 
o mais  cedo  possivel  no  ciclo  de  vida  do  projeto.  Conforme  mostrado  na  Figura  2-1 3,  esses  projetos  progridem 
atraves  de  uma  serie  de  fases  sequenciais  ou  sobrepostas,  em  que  cada  fase  geralmente  foca  urn  subconjunto 
de  atividades  de  projeto  e processos  de  gerenciamento  de  projeto.  0 trabalho  executado  em  cada  fase  e 
geralmente  de  carater  diferente  do  trabalho  das  fases  anteriores  e subsequentes  e,  assim  sendo,  a formagao 
e habilidades  exigidas  da  equipe  do  projeto  podem  variar  de  fase  para  fase. 


Requisitos 


Viabilidade 


Planejamento 


Projeto 


Construgao 


Teste 


Giro 


Figura  2-13.  Exemplo  de  ciclo  de  vida  previsivel 
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Quando  o projeto  e iniciado,  a equipe  do  projeto  se  concentra  em  definir  o escopo  geral  de  produto 
e projeto,  desenvolve  um  piano  de  entrega  do  produto  (e  de  quaisquer  entregas  associadas),  e entao  da 
prosseguimento  as  fases  para  a execugao  do  piano  dentro  daquele  escopo.  As  mudangas  no  escopo  do  projeto 
sao  meticulosamente  gerenciadas  e exigem  o replanejamento  e a aceitagao  formal  do  novo  escopo. 

Os  ciclos  de  vida  previsfveis  sao  geralmente  preferidos  quando  o produto  a ser  entregue  e bem  entendido, 
quando  ha  uma  base  significativa  de  pratica  na  industria,  ou  quando  se  exige  que  o produto  seja  entregue  por 
inteiro  para  ter  valor  junto  aos  grupos  de  partes  interessadas. 

Os  projetos  uniformes  com  ciclos  de  vida  previsfveis  podem  usar  o conceito  de  planejamento  em  ondas 
sucessivas,  em  que  um  piano  mais  geral  e de  alto  nivel  esta  disponfvel  e um  planejamento  mais  detalhado  e 
executado  para  as  janelas  de  tempo  apropriadas,  a medida  que  novas  atividades  de  trabalho  se  aproximam  e 
recursos  devem  ser  designados. 

2.4.2. 3 Ciclos  de  vida  iterativos  e incrementais 

Ciclos  de  vida  iterativos  e incrementais  sao  aqueles  em  que  as  fases  do  projeto  (tambem  chamadas  de 
iteragoes)  intencionalmente  repetem  uma  ou  mais  atividades  de  projeto  a medida  que  a compreensao  do 
produto  pela  equipe  do  projeto  aumenta.  Iteragoes  desenvolvem  o produto  atraves  de  uma  serie  de  ciclos 
repetidos,  enquanto  os  incrementos  sucessivamente  acrescentam  a funcionalidade  do  produto.  Os  ciclos  de 
vida  desenvolvem  o produto  de  forma  tanto  iterativa  como  incremental. 

Os  projetos  iterativos  e incrementais  podem  avangar  em  fases,  e as  iteragoes  propriamente  ditas  sao 
executadas  de  maneira  sequencial  ou  sobreposicional.  Durante  uma  iteragao,  as  atividades  de  todos  os 
grupos  de  processos  de  gerenciamento  de  projeto  serao  executadas.  No  final  de  cada  iteragao,  uma  entrega 
ou  conjunto  de  entregas  sera  concluido.  As  iteragoes  futuras  podem  aprimorar  tais  entregas  ou  criar  novas 
entregas.  Cada  iteragao  desenvolve  de  forma  incremental  as  entregas  ate  que  os  criterios  de  saida  da  fase 
sejam  cumpridos,  permitindo  que  a equipe  do  projeto  incorpore  o feedback. 

Na  maioria  dos  ciclos  de  vida  iterativos,  uma  visao  de  alto  nivel  e desenvolvida  para  o empreendimento  em 
geral,  mas  o escopo  detalhado  e elaborado  uma  iteragao  de  cada  vez.  Frequentemente,  o planejamento  para  a 
nova  iteragao  e feito  a medida  que  o trabalho  no  escopo  e entregas  da  iteragao  atual  avanga.  0 trabalho  exigido 
para  um  determinado  conjunto  de  entregas  pode  variar  em  duragao  e esforgo,  e a equipe  do  projeto  pode 
mudar  entre  ou  durante  as  iteragoes.  As  entregas  nao  abordadas  no  escopo  da  iteragao  atual  sao  normalmente 
abrangidas  em  um  nivel  mais  alto  somente  e podem  ser  provisoriamente  designadas  para  uma  iteragao  futura 
especifica.  As  mudangas  no  escopo  da  iteragao  sao  cuidadosamente  gerenciadas  assim  que  o trabalho  se  inicia. 
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Os  ciclos  de  vida  iterativos  e incrementais  sao  geralmente  preferidos  quando  uma  organizagao  necessita 
administrar  as  mudangas  dos  objetivos  e escopo,  reduzir  a complexidade  de  um  projeto  ou  quando  a entrega 
parcial  de  um  produto  e benefica  e proporciona  valor  para  um  ou  mais  grupos  de  partes  interessadas  sem 
causar  impacto  na  entrega  ou  conjunto  de  entregas  final.  Projetos  grandes  e complexos  sao  muitas  vezes 
executados  de  maneira  iterativa  para  reduzir  o risco  ao  permitir  que  a equipe  incorpore  o feedback  e as  ligoes 
aprendidas  entre  as  iteragoes. 

2. 4. 2. 4 Ciclos  de  vida  adaptativos 

Os  ciclos  de  vida  adaptativos  (tambem  conhecidos  como  direcionados  a mudanga  ou  utilizadores  de 
metodos  ageis)  sao  projetados  para  reagir  a altos  niveis  de  mudanga  e envolvimento  contfnuo  das  partes 
interessadas.  Os  metodos  adaptativos  sao  tambem  iterativos  e incrementais,  a diferenga  e que  as  iteragoes 
sao  muito  rapidas  (geralmente  com  uma  duragao  de  2 a 4 semanas),  com  tempo  e recursos  fixos.  Os  projetos 
adaptativos  geralmente  executam  varios  processos  em  cada  iteragao,  embora  as  primeiras  iteragoes  possam 
se  concentrar  mais  nas  atividades  de  planejamento. 

0 escopo  geral  do  projeto  pode  ser  desmembrado  em  um  conjunto  de  requisitos  e trabalhos  a serem 
executados,  comumente  chamado  de  backlog  do  projeto.  No  imcio  de  uma  iteragao,  a equipe  trabalhara  para 
determinar  a quantidade  de  itens  altamente  prioritarios  da  lista  de  backlog  que  podem  ser  entregues  na 
proxima  iteragao.  No  final  de  cada  iteragao,  o produto  deve  estar  pronto  para  a analise  pelo  cliente.  Isso  nao 
significa  que  o cliente  deve  aceitar  a entrega,  mas  simplesmente  que  o produto  nao  deve  incluir  caracteristicas 
inacabadas,  incompletas,  ou  que  nao  podem  ser  usadas.  Os  representantes  do  patrocinador  e do  cliente  devem 
estar  continuamente  envolvidos  no  projeto  para  fornecer  o feedback  sobre  as  entregas  a medida  que  elas  sao 
criadas,  a fim  de  garantir  que  o backlog  do  produto  reflitam  suas  necessidades  atuais. 

Os  metodos  adaptativos  geralmente  sao  preferidos  quando  se  lida  com  um  ambiente  em  rapida  mutagao, 
quando  os  requisitos  e escopo  sao  dificeis  de  definir  antecipadamente,  e quando  e possivel  definir  pequenas 
melhorias  incrementais  que  entregarao  valor  as  partes  interessadas. 
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PROCESSOS  DE  GERENCIAMENTO  DE  PROJETOS 

Gerenciamento  de  projetos  e a aplicagao  de  conhecimentos,  habilidades,  ferramentas  e tecnicas  as 
atividades  do  projeto  a fim  de  cumprir  os  seus  requisitos.  A aplicagao  do  conhecimento  requer  o gerenciamento 
eficaz  dos  processos  de  gerenciamento  do  projeto. 

Urn  processo  e urn  conjunto  de  agoes  e atividades  inter-relacionadas  que  sao  executadas  para  criar  urn 
produto,  servigo  ou  resultado  pre-especificado.  Cada  processo  e caracterizado  por  suas  entradas,  ferramentas 
e tecnicas  que  podem  ser  aplicadas,  e as  saidas  resultantes.  Como  explicado  na  Segao  2,  o gerente  de  projetos 
deve  levar  em  consideragao  os  ativos  de  processos  organizacionais  e os  fatores  ambientais  da  empresa.  Eles 
devem  ser  considerados  para  todos  os  processos,  mesmo  que  nao  estejam  explicitamente  listados  como 
entradas  na  especificagao  do  processo.  Os  ativos  de  processos  organizacionais  fornecem  diretrizes  e criterios 
para  adequagao  dos  processos  da  organizagao  as  necessidades  especificas  do  projeto.  Os  fatores  ambientais 
da  empresa  podem  restringir  as  opgoes  de  gerenciamento  do  projeto. 

Para  que  urn  projeto  seja  bem-sucedido,  a equipe  do  projeto  deveria: 

• Selecionar  os  processos  apropriados  para  cumprir  os  objetivos  do  projeto; 

• Usar  uma  abordagem  definida  que  pode  ser  adaptada  para  cumprir  os  objetivos; 

• Estabelecer  e manter  a comunicagao  e o engajamento  apropriado  com  as  partes  interessadas; 

• Cumprir  os  requisitos  para  atender  as  necessidades  e expectativas  das  partes  interessadas; 

• Obter  urn  equilibrio  entre  as  demandas  concorrentes  de  escopo,  organograma,  orgamento,  qualidade, 
recursos  e riscos  para  criar  o produto,  servigo  ou  resultado  especificado. 

Os  processos  do  projeto  sao  executados  pela  equipe  do  projeto  com  a interagao  das  partes  interessadas  e, 
em  geral,  podem  ser  classificados  em  uma  de  duas  categorias  principals: 

• Processos  de  gerenciamento  de  projeto.  Esses  processos  garantem  o fluxo  eficaz  do  projeto 
ao  longo  da  sua  existencia.  Esses  processos  abrangem  as  ferramentas  e tecnicas  envolvidas  na 
aplicagao  de  habilidades  e capacidades  descritas  nas  areas  de  conhecimento  (Capitulos  4 ate  13). 

• Processos  orientados  a produtos.  Esses  processos  especificam  e criam  o produto  do  projeto.  Os 
processos  orientados  a produtos  sao  normalmente  definidos  pelo  ciclo  de  vida  do  projeto  (como 
discutido  na  Segao  2.4)  e variam  de  acordo  com  a area  de  aplicagao  e a fase  do  ciclo  de  vida  do 
produto.  0 escopo  do  projeto  nao  pode  ser  definido  sem  algum  entendimento  basico  de  como  criar 
o produto  especificado.  Por  exemplo,  as  diversas  tecnicas  e ferramentas  de  construgao  devem  ser 
consideradas  ao  determinar  a complexidade  geral  da  casa  que  sera  construfda. 
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0 Guia  PMBOK®  descreve  somente  os  processos  de  gerenciamento  de  projetos.  Embora  os  processos 
orientados  a produtos  estejam  fora  do  escopo  deste  documento,  eles  nao  devem  ser  ignorados  pelo  gerente 
de  projetos  e a equipe  do  projeto.  Os  processos  de  gerenciamento  de  processos  e os  processos  orientados  a 
produtos  sobrepoem-se  e interagem  ao  longo  do  ciclo  de  vida  de  um  projeto. 

Os  processos  de  gerenciamento  de  projetos  sao  aplicados  globalmente  e nos  mais  variados  setores 
economicos  e industrias.  “Boa  Pratica”  significa  que  existe  um  acordo  geral  de  que  a aplicagao  dos  processos 
de  gerenciamento  de  projetos  pode  aumentar  as  chances  de  sucesso  em  uma  ampla  gama  de  projetos.  Boa 
pratica  nao  significa  que  os  conhecimentos,  habilidades  e os  processos  descritos  devem  ser  sempre  aplicados 
de  forma  uniforme  em  todos  os  projetos.  Para  qualquer  projeto  especifico,  o gerente  do  projeto,  em  colaboragao 
com  a equipe  do  projeto,  e sempre  responsavel  por  determinar  quais  processos  sao  apropriados  e o grau 
apropriado  de  rigor  para  cada  um. 

Os  gerentes  de  projetos  e suas  equipes  devem  abordar  com  cuidado  cada  processo  e as  suas  entradas  e 
saidas  e determinar  quais  sao  aplicaveis  ao  projeto  em  que  estao  trabalhando.  0 Guia  PMBOK ® pode  ser  usado 
como  um  recurso  para  gerenciar  um  projeto  e tambem  considera  a abordagem  e metodologia  geral  que  sera 
usada  no  projeto.  Este  esforgo  e conhecido  como  adequagao. 

0 gerenciamento  de  projetos  e um  empreendimento  integrado  que  requer  que  cada  processo  e produto 
seja  alinhado  e conectado  de  forma  apropriada  com  os  outros  processos  para  facilitar  a coordenagao.  As 
agoes  adotadas  durante  um  processo  em  geral  afetam  esse  e outros  processos  relacionados.  Por  exemplo, 
uma  mudanga  no  escopo  costuma  afetar  o custo  do  projeto,  mas  pode  nao  afetar  o piano  de  gerenciamento  de 
comunicagoes  ou  o nivel  de  risco.  Com  frequencia,  essas  interagoes  entre  processos  exigem  compensagoes 
entre  os  requisitos  e objetivos  do  projeto,  e as  compensagoes  de  desempenho  variarao  de  um  projeto  para 
outro  e de  uma  organizagao  para  outra.  0 gerenciamento  de  projetos  bem-sucedido  inclui  gerenciar  ativamente 
essas  interagoes  para  cumprir  os  requisitos  do  patrocinador,  do  cliente  e de  outras  partes  interessadas.  Em 
algumas  circunstancias,  um  processo  ou  conjunto  de  processos  devera  ser  iterado  varias  vezes  para  alcangar 
o resultado  desejado. 

Os  projetos  existem  em  uma  organizagao  e nao  podem  operar  como  um  sistema  fechado.  Eles  requerem 
a entrada  de  dados  da  organizagao  e externos,  e entregam  capacidades  a organizagao.  Os  processos 
de  projeto  podem  gerar  informagoes  para  aprimorar  o gerenciamento  de  projetos  e ativos  de  processos 
organizacionais  futuros. 

0 Guia  PMBOK®  descreve  a natureza  dos  processos  de  gerenciamento  de  projetos  em  termos  da  integragao 
entre  os  processos,  suas  interagoes  e seus  objetivos.  Os  processos  de  gerenciamento  de  projetos  sao  agrupados 
em  cinco  categorias  conhecidas  como  grupos  de  processos  de  gerenciamento  de  projetos  (ou  grupos  de 
processos); 
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• Grupo  de  processos  de  iniciagao.  Os  processos  executados  para  definir  um  novo  projeto  ou  uma 
nova  fase  de  um  projeto  existente  atraves  da  obtengao  de  autorizagao  para  iniciar  o projeto  ou  fase. 

• Grupo  de  processos  de  planejamento.  Os  processos  necessarios  para  definir  o escopo  do  projeto, 
refinar  os  objetivos  e definir  a linha  de  agao  necessaria  para  alcangar  os  objetivos  para  os  quais  o 
projeto  foi  criado. 

• Grupo  de  processos  de  execugao.  Os  processos  realizados  para  executar  o trabalho  definido  no 
piano  de  gerenciamento  do  projeto  para  satisfazer  as  especificagoes  do  projeto. 

• Grupo  de  processos  de  monitoramento  e controle.  Os  processos  exigidos  para  acompanhar, 
analisar  e controlar  o progresso  e desempenho  do  projeto,  identificar  quaisquer  areas  nas  quais 
serao  necessarias  mudangas  no  piano,  e iniciar  as  mudangas  correspondentes. 

• Grupo  de  processos  de  encerramento.  Os  processos  executados  para  finalizar  todas  as  atividades 
de  todos  os  grupos  de  processos,  visando  encerrar  formalmente  o projeto  ou  fase. 

0 restante  deste  capitulo  fornece  informagoes  de  gerenciamento  de  projetos  para  um  unico  projeto 
organizado  como  uma  rede  de  processos  intervinculados,  detalha  os  processos  de  gerenciamento  de  projetos 
e inclui  as  seguintes  segoes  principais: 

3.1  Interagdes  comuns  em  processos  de  gerenciamento  de  projetos 

3.2  Grupos  de  processos  de  gerenciamento  de  projetos 

3.3  Grupo  de  processos  de  iniciagao 

3.3  Grupo  de  processos  de  planejamento 

3.5  Grupo  de  processos  de  execugao 

3.6  Grupo  de  processos  de  monitoramento  e controle 

3.7  Grupo  de  processos  de  encerramento 

3.8  Informagoes  do  projeto 

3.9  Papel  das  areas  de  conhecimento 
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3.1  Interagdes  comuns  em  processos  de  gerenciamento  de  projetos 

Os  processos  de  gerenciamento  de  projetos  sao  apresentados  como  elementos  distintos  com  interfaces 
bem  definidas.  Entretanto,  na  pratica  eles  se  sobrepoem  e interagem  de  formas  que  nao  sao  detalhadas 
integralmente  neste  documento.  Os  profissionais  de  gerenciamento  de  projetos  mais  experientes  reconhecem 
que  ha  mais  de  uma  maneira  de  gerenciar  urn  projeto.  Os  grupos  de  processos  necessarios  e os  processos 
que  os  constituem  sao  guias  para  a aplicagao  de  conhecimentos  e habilidades  de  gerenciamento  de  projetos 
durante  o projeto.  A aplicagao  dos  processos  de  gerenciamento  de  projetos  e iterativa  e muitos  deles  sao 
repetidos  durante  o projeto. 


A natureza  integrativa  do  gerenciamento  de  projetos  requer  que  o grupo  de  processos  de  monitoramento 
e controle  interaja  com  os  outros  grupos  de  processos,  conforme  mostra  a Figura  3-1 . Os  processos  de 
monitoramento  e controle  ocorrem  ao  mesmo  tempo  que  os  processos  contidos  em  outros  grupos  de  processos. 
Entao,  o processo  de  monitoramento  e controle  e descrito  como  urn  grupo  de  processos  “de  fundo”  para  os 
outros  quatro  grupos  de  processos  mostrados  na  Figura  3-1 . 


Figura  3-1  Grupos  de  processos  de  gerenciamento  de  projetos 
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Os  grupos  de  processos  de  gerenciamento  de  projetos  estao  vinculados  pelas  saidas  que  produzem.  Os  grupos 
de  processos  sao  raramente  eventos  distintos  ou  que  ocorrem  uma  unica  vez;  sao  atividades  sobrepostas  que 
ocorrem  ao  longo  de  todo  o projeto.  A saida  de  um  processo  em  geral  torna-se  uma  entrada  em  outro  processo 
ou  e uma  entrega  do  projeto,  subprojeto,  ou  fase  do  projeto.  As  entregas  a nivel  de  projeto  ou  subprojeto  podem 
ser  chamadas  de  entregas  incrementais.  0 grupo  de  processos  de  planejamento  fornece  ao  grupo  de  processos 
de  execugao  o piano  de  gerenciamento  do  projeto  e os  documentos  do  projeto  e,  a medida  que  o projeto  avanga, 
ele  frequentemente  cria  atualizagoes  no  piano  de  gerenciamento  e nos  documentos  do  projeto.  A Figura  3-2 
ilustra  como  os  grupos  de  processos  interagem  e mostra  o nfvel  de  sobreposigao  em  diversas  ocasioes.  Se  o 
projeto  estiver  dividido  em  fases,  os  grupos  de  processos  interagem  dentro  de  cadafase. 


Grupo  de 

Grupo  de 

Grupo  de 

Grupo  de  processos 

Grupo  de 

processos 

processos  de 

processos  de 

de  monitoramento 

processos  de 

de  iniciagao 

planejamento 

execugao 

e controle 

encerramento 

Figura  3-2.  Os  grupos  de  processos  interagem  em  uma  fase  ou  em  um  projeto 

Um  exemplo  dessa  interagao  e a safda  de  uma  fase  de  concepgao,  que  requer  a aceitagao  do  patrocinador 
para  o documento  de  concepgao.  Quando  estiver  disponfvel,  o documento  de  concepgao  fornece  a descrigao  do 
produto  para  os  grupos  de  processos  de  planejamento  e execugao  em  uma  ou  mais  fases  posteriores.  Quando 
um  projeto  e dividido  em  fases,  os  grupos  de  processos  sao  usados,  conforme  apropriado,  para  orientar  com 
eficacia  o projeto  em  diregao  a conclusao  de  forma  controlada.  Nos  projetos  com  varias  fases,  os  processos 
sao  repetidos  em  cada  fase  ate  que  os  criterios  para  a conclusao  das  fases  sejam  cumpridos.  Informagoes 
adicionais  sobre  os  ciclos  de  vida  e as  fases  dos  projetos  sao  fornecidas  no  Capitulo  2. 
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3.2  Grupos  de  processos  de  gerenciamento  de  projetos 

As  segoes  a seguir  identificam  e descrevem  os  cinco  grupos  de  processos  de  gerenciamento  de  projetos 
necessarios  em  qualquer  projeto.  Esses  cinco  grupos  tern  dependences  Claras,  sao  em  geral  executados  em 
cada  projeto  e interagem  muito  entre  si.  Esses  cinco  grupos  de  processos  independem  de  areas  de  aplicagao 
ou  especializagao  do  setor.  Os  grupos  de  processos  individuals  e os  processos  individuals  sao  frequentemente 
iterados  antes  da  conclusao  do  projeto  e podem  ter  iteragoes  dentro  de  um  grupo  de  processos  e entre  os 
grupos  de  processos.  A natureza  dessas  iteragoes  varia  de  um  projeto  para  o outro  e podem  ou  nao  ser 
executadas  em  uma  ordem  especifica. 

0 diagrama  de  fluxo  de  processos,  Figura  3-3,  fornece  um  resumo  geral  do  fluxo  basico  e das  interagoes 
entre  os  grupos  de  processos  e as  partes  interessadas  especificas.  Os  processos  de  gerenciamento  do  projeto 
estao  vinculados  por  entradas  e saidas  especificas  onde  o resultado  de  um  processo  torna-se  a entrada  de 
outro,  mas  nao  necessariamente  no  mesmo  grupo  de  processos.  Os  grupos  de  processos  nao  sao  fases  do 
ciclo  de  vida  do  projeto.  Na  realidade,  e possivel  que  todos  os  grupos  de  processos  possam  ser  conduzidos 
dentro  de  uma  fase.  A medida  que  os  projetos  sao  separados  em  fases  ou  subcomponentes  distintos  tais  como 
desenvolvimento  do  conceito,  estudo  de  viabilidade,  concepgao,  prototipo,  construgao,  ou  teste,  etc. , todos  os 
grupos  de  processos  seriam  normalmente  repetidos  para  cada  fase  ou  subcomponente  conforme  explicado 
anteriormente  e ilustrado  na  Figura  3-2. 

Os  processos  de  gerenciamento  de  projetos  sao  mostrados  no  grupo  de  processos  em  que  a maior  parte 
das  atividades  ocorre.  Por  exemplo,  um  processo  que  normalmente  ocorre  nafase  de  planejamento  e colocado 
no  grupo  de  processos  de  planejamento.  Quando  esse  processo  e atualizado  por  um  processo  ou  atividade  do 
grupo  de  processos  de  execugao,  ele  nao  e considerado  um  processo  novo  no  grupo  de  processos  de  execugao 
mas  continua  a ser  um  processo  ou  atividade  do  grupo  de  processos  de  planejamento.  A natureza  iterativa 
do  gerenciamento  de  projetos  significa  que  os  processos  de  qualquer  grupo  podem  ser  usados  novamente 
ao  longo  do  ciclo  de  vida  do  projeto.  Por  exemplo,  em  resposta  a um  evento  de  risco,  a execugao  de  uma 
resposta  ao  risco  pode  desencadear  uma  analise  adicional  do  mesmo,  que  leva  a outra  iteragao  do  processo 
de  identificagao  de  riscos  e a realizagao  dos  processos  de  analise  quantitative  para  avaliar  o impacto. 
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• Especificagao  do  trabalho  do  projeto 


OBS.:  As  linhas  pontilhadas  mais  escuras  representam  os  relacionamentos  entre  grupos  de  processos;  as  linhas  pontilhadas  mais  Claras  sao  externas  aos  grupos  de  processos. 


Figura  3-3.  Interagdes  nos  processos  de  gerenciamento  de  projetos 
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3.3  Grupo  de  processos  de  iniciagao 

O grupo  de  processos  de  iniciagao  consiste  dos  processos  realizados  para  definir  um  novo  projeto  ou  uma 
nova  fase  de  um  projeto  obtendo  autorizagao  para  iniciar  o projeto  ou  a fase.  Nos  processos  de  iniciagao, 
o escopo  inicial  e definido  e os  recursos  financeiros  iniciais  sao  comprometidos.  As  partes  interessadas 
internas  e externas  que  vao  interagir  e influenciar  o resultado  geral  projeto  sao  identificadas.  Se  ainda  nao  foi 
designado,  o gerente  do  projeto  sera  selecionado.  Estas  informagoes  sao  capturadas  no  termo  de  abertura  do 
projeto  e no  registro  das  partes  interessadas.  Quando  o termo  de  abertura  e aprovado,  o projeto  e oficialmente 
autorizado.  Embora  a equipe  de  gerenciamento  do  projeto  possa  ajudar  a redigir  o termo  de  abertura  do 
projeto,  este  padrao  pressupoe  que  a avaliagao,  aprovagao  e o financiamento  do  caso  de  negocio  sao  externos 
aos  limites  do  projeto  (Figura  3-4).  0 limite  de  um  projeto  e definido  como  o momento  determinado  em  que 
o inicio  ou  a conclusao  do  projeto  ou  da  fase  do  projeto  e autorizado.  0 objetivo  principal  deste  grupo  de 
processos  e alinhar  as  expectativas  das  partes  interessadas  com  o objetivo  do  projeto,  dar-lhes  visibilidade 
sobre  o escopo  e objetivos,  e mostrar  como  a sua  participagao  no  projetos  e em  suas  respectivas  fases  pode 
assegurar  a realizagao  das  suas  expectativas.  Estes  processos  ajudam  a estabelecer  a visao  do  projeto,  o que 
precisa  ser  alcangado. 


Figura  3-4.  Limites  do  projeto 

Os  projetos  muito  grandes  e complexos  devem  ser  divididos  em  fases  separadas.  Nesses  projetos,  os 
processos  de  iniciagao  sao  realizados  durante  fases  subsequentes  para  validar  as  decisoes  tomadas  durante 
o processos  originais  de  desenvolvimento  do  termo  de  abertura  do  projeto  e de  identificagao  das  partes 
interessadas.  A execugao  dos  processos  de  iniciagao  no  inicio  de  cada  fase  ajuda  a manter  o toco  do  projeto 
na  necessidade  da  empresa  para  o qual  o mesmo  foi  criado.  Os  criterios  para  o sucesso  sao  verificados  e a 
influencia,  os  acionadores/gatilho  e os  objetivos  das  partes  interessadas  no  projeto  sao  analisados.  Entao  e 
decidido  se  projeto  deve  ser  continuado,  adiado  ou  interrompido. 
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0 envolvimento  de  patrocinadores,  clientes  e de  outras  partes  interessadas  durante  a iniciagao  gera  uma 
compreensao  compartilhada  dos  criterios  para  o sucesso,  reduz  as  despesas  indiretas  de  envolvimento  e 
geralmente  melhora  o nfvel  de  aceitagao  da  entrega,  de  satisfagao  do  cliente  e das  outras  partes  interessadas. 

Os  processos  de  iniciagao  podem  ser  executados  a nfvel  de  organizagao,  programa  ou  portfolio  e,  assim  sendo, 
seriam  externos  ao  nfvel  de  controle  do  projeto.  Por  exemplo,  antes  da  iniciagao  do  projeto,  a necessidade  de 
requisitos  de  alto  nfvel  pode  ser  documentada  como  parte  de  uma  iniciativa  organizacional  maior.  Urn  processo 
de  avaliagao  de  alternativas  pode  ser  utilizado  para  determinar  a viabilidade  do  novo  empreendimento.  Podem 
ser  desenvolvidas  descrigoes  Claras  dos  objetivos  do  projeto,  incluindo  as  razoes  porque  urn  projeto  especffico 
e a melhor  alternativa  para  cumprir  os  requisitos.  A documentagao  para  esta  decisao  tambem  pode  conter 
a declaragao  inicial  do  escopo  do  projeto,  entregas,  duragao  do  projeto  e uma  previsao  dos  recursos  para  a 
analise  do  investimento  da  organizagao.  Como  parte  dos  processos  de  iniciagao,  o gerente  do  projeto  recebe  a 
autoridade  para  aplicar  os  recursos  organizacionais  as  atividades  subsequentes  do  projeto. 


3.4  Grupo  de  processos  de  planejamento 

O grupo  de  processos  de  planejamento  consiste  dos  processos  realizados  para  estabelecer  o escopo 
total  do  esforgo,  definir  e refinar  os  objetivos  e desenvolver  o curso  de  agao  necessario  para  alcangar  esses 
objetivos.  Os  processos  de  planejamento  desenvolvem  o piano  de  gerenciamento  e os  documentos  do  projeto 
que  serao  usados  para  executa-lo.  A natureza  complexa  do  gerenciamento  de  projetos  pode  exigir  o uso 
de  realimentagoes  periodicas  para  analise  adicional.  A medida  que  mais  informagoes  ou  caracterfsticas  do 
projeto  sao  coletadas  e entendidas,  pode  ser  necessario  urn  planejamento  adicional.  Mudangas  significativas 
ocorridas  ao  longo  do  ciclo  de  vida  do  projeto  acionam  uma  necessidade  de  revisitar  urn  ou  mais  dos  processos 
de  planejamento  e possivelmente  alguns  dos  processos  de  iniciagao.  Este  detalhamento  progressive  do 
piano  de  gerenciamento  de  projetos  e denominado  “planejamento  por  ondas  sucessivas”,  indicando  que  o 
planejamento  e a documentagao  sao  atividades  iterativas  e continuas.  0 beneficio  principal  deste  grupo  de 
processos  e delinear  a estrategia  e a tatica,  e tambem  o curso  de  agao  ou  o caminho  para  a conclusao  do 
projeto  ou  da  fase  com  sucesso.  Quando  o grupo  de  processos  de  planejamento  e bem  gerenciado,  fica  mais 
facil  conquistar  a adesao  e a participagao  das  partes  interessadas.  Esses  processos  expressam  como  isto  sera 
feito,  estabelecendo  o caminho  para  o alcance  do  objetivo  desejado. 

0 piano  de  gerenciamento  do  projeto  e os  documentos  do  projeto  desenvolvidos  como  saidas  do  grupo 
de  processos  de  planejamento  explorarao  todos  os  aspectos  do  escopo,  tempo,  qualidade,  comunicagoes, 
recursos  humanos,  riscos,  aquisigoes  e gerenciamento  das  partes  interessadas. 
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As  atualizagoes  resultantes  das  mudangas  aprovadas  durante  o projeto  (geralmente  durante  os  processos 
de  monitoramento  e controle,  e especificamente  durante  o processo  de  orientar  e gerenciar  a execugao  do 
projeto)  podem  influenciarsignificativamente  o piano  de  gerenciamento  do  projeto  e os  documentos  do  projeto. 
As  atualizagoes  nesses  documentos  proporcionam  maior  precisao  com  respeito  ao  cronograma,  custos  e 
requisitos  de  recursos  para  cumprir  o escopo  definido  para  o projeto. 

A equipe  do  projeto  busca  informagoes  e estimula  o envolvimento  de  todas  as  partes  interessadas  ao 
planejar  o projeto  e desenvolver  o piano  de  gerenciamento  e os  documentos  do  projeto.  Como  o processo  de 
coleta  de  feedback  e refinamento  dos  documentos  nao  pode  continuar  indefinidamente,  os  procedimentos 
definidos  pela  organizagao  determinam  quando  o planejamento  inicial  termina.  Esses  procedimentos  serao 
afetados  pela  natureza  do  projeto,  pelos  limites  definidos  para  o mesmo,  pelas  atividades  de  monitoramento  e 
controle  apropriadas  e tambem  pelo  ambiente  em  que  o projeto  sera  executado. 

Outras  interagoes  nos  processos  dentro  do  grupo  de  processos  de  planejamento  dependem  da  natureza  do 
projeto.  Por  exemplo,  em  alguns  projetos  havera  pouco  ou  nenhum  risco  identificavel  apos  a execugao  de  urn 
planejamento  significativo.  Nessa  ocasiao,  a equipe  podera  reconhecer  que  as  metas  de  custos  e cronograma 
sao  excessivamente  agressivas  e,  portanto,  envolvem  consideravelmente  maior  risco  do  que  anteriormente 
entendido.  Os  resultados  das  interagoes  sao  documentadas  como  atualizagoes  no  piano  de  gerenciamento  do 
projeto  ou  em  varios  documentos  do  projeto. 


3.5  Grupo  de  execugao  de  processos 

O grupo  de  execugao  de  processos  consiste  dos  processos  executados  para  concluir  o trabalho  definido 
no  piano  de  gerenciamento  do  projeto  a fim  de  cumprir  as  especificagoes  do  projeto.  Este  grupo  de  processos 
envolve  coordenar  pessoas  e recursos,  gerenciar  as  expectativas  das  partes  interessadas,  e tambem  integrar 
e executar  as  atividades  do  projeto  em  conformidade  com  o piano  de  gerenciamento  do  projeto. 

Durante  a execugao  do  projeto,  os  resultados  poderao  requerer  atualizagoes  no  planejamento  e mudangas 
nas  linhas  de  base.  Isso  pode  incluir  mudangas  nas  duragoes  esperadas  para  as  atividades,  mudangas  na 
produtividade  e na  disponibilidade  dos  recursos  e riscos  imprevistos.  Essas  variagoes  podem  afetar  o piano  de 
gerenciamento  do  projeto  ou  os  documentos  do  projeto  e exigir  uma  analise  detalhada  e o desenvolvimento 
de  respostas  apropriadas  de  gerenciamento  de  projetos.  Os  resultados  da  analise  podem  acionar  solicitagoes 
de  mudangas  que,  se  forem  aprovadas,  poderao  modificar  o piano  de  gerenciamento  ou  outros  documentos 
do  projeto  e talvez  exigir  a definigao  de  novas  linhas  de  base.  Uma  grande  parte  do  orgamento  do  projeto  sera 
gasta  na  execugao  dos  processos  do  grupo  de  processos  de  execugao. 
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3.6  Grupo  de  processos  de  monitoramento  e controle 

O grupo  de  processos  de  monitoramento  e controle  consiste  dos  processos  necessarios  para  acompanhar, 
analisar  e organizar  o progresso  e o desempenho  do  projeto;  identificar  quaisquer  areas  nas  quais  serao 
necessarias  mudangas  no  piano;  e iniciar  as  respectivas  mudangas.  0 principal  beneficio  deste  grupo  de 
processos  e a medigao  e analise  do  desempenho  do  projeto  a intervalos  regulares,  em  ocorrencias  apropriadas 
ou  em  condigoes  excepcionais,  a fim  de  identificar  as  variagoes  no  piano  de  gerenciamento  do  projeto.  0 grupo 
de  processos  de  monitoramento  e controle  tambem  envolve: 

• Controlar  as  mudangas  e recomendar  agoes  corretivas  ou  preventivas  em  antecipagao  a possiveis 
problemas, 

• Monitorar  as  atividades  continuas  do  projeto  em  relagao  ao  piano  de  gerenciamento  do  projeto  e a 
linha  de  base  de  desempenho  do  mesmo,  e 

• Influenciar  os  fatores  que  poderiam  impedir  o controle  integrado  de  mudangas  ou  de  gerenciamento 
de  configuragoes  para  que  somente  as  mudangas  aprovadas  sejam  implementadas. 

Este  monitoramento  continuo  fornece  a equipe  do  projeto  uma  visao  melhor  sobre  a saude  do  projeto  e 
identifica  quaisquer  areas  que  exijam  atengao  adicional.  0 grupo  de  processos  de  monitoramento  e controle 
nao  apenas  monitora  e controla  o trabalho  sendo  feito  dentro  do  grupo  de  processos,  mas  tambem  monitora 
e controla  todo  o esforgo  do  projeto.  Nos  projetos  de  varias  fases,  o grupo  de  processos  de  monitoramento  e 
controle  coordena  as  fases  do  projeto  para  implementar  agoes  corretivas  ou  preventivas  para  que  o projeto 
cumpra  o seu  piano  de  gerenciamento.  Esta  revisao  pode  resultar  em  atualizagoes  recomendadas  e aprovadas 
para  o piano  de  gerenciamento  do  projeto.  Por  exemplo,  uma  data  de  termino  de  atividade  nao  cumprida 
pode  exigir  ajustes  e compensagoes  entre  os  objetivos  do  orgamento  e do  organograma.  A fim  de  reduzir  ou 
controlar  as  despesas  indiretas,  procedimentos  de  gerenciamento  por  excegao  e outras  tecnicas  podem  ser 
consideradas  de  forma  apropriada. 


3.7  Grupo  de  processos  de  encerramento 

0 grupo  de  processos  de  encerramento  consiste  dos  processos  executados  para  finalizar  todas  as  atividades 
de  todos  os  grupos  de  processos  de  gerenciamento  do  projeto,  visando  concluir  formalmente  o projeto,  a fase, 
ou  as  obrigagoes  contratuais.  Este  grupo  de  processos,  quando  concluido,  verifica  se  os  processos  definidos 
estao  completos  em  todos  os  grupos  de  processos  a fim  de  encerrar  o projeto  ou  uma  fase  do  projeto,  da  forma 
apropriada,  e define  formalmente  a finalizagao  do  projeto  ou  da  fase. 
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Este  grupo  de  processos  tambem  formaliza  o encerramento  prematuro  do  projeto.  Os  projetos  encerrados 
prematuramente  podem  incluir,  por  exemplo,  projetos  abortados,  projetos  cancelados  e projetos  em  situagao 
critica.  Em  casos  especificos,  quando  alguns  contratos  nao  podem  ser  formalmente  encerrados  (ex., 
reclamagoes,  clausulas  de  encerramento,  etc.)  ou  algumas  atividades  devam  ser  transferidas  para  outras 
unidades  organizacionais,  procedimentos  especificos  de  entrega  devem  ser  providenciados  e finalizados. 

No  encerramento  do  projeto  ou  da  fase,  podem  ocorrer  as  seguintes  atividades: 

• Obter  a aceitagao  pelo  cliente  ou  patrocinador  para  encerrar  formalmente  o projeto  ou  fase, 

• Fazer  a revisao  pos-projeto  ou  de  final  de  fase, 

• Registrar  os  impactos  de  adequagao  de  qualquer  processo, 

• Documentar  as  ligoes  aprendidas, 

• Aplicar  as  atualizagoes  apropriadas  aos  ativos  de  processos  organizacionais, 

• Arquivar  todos  os  documentos  relevantes  do  projeto  no  sistema  de  informagoes  de  gerenciamento 
de  projetos  (SIGP)  para  serem  usados  como  dados  historicos, 

• Encerrar  todas  as  atividades  de  aquisigoes,  assegurando  a rescisao  de  todos  os  acordos  relevantes, 
e 

• Executar  a avaliagao  dos  membros  da  equipe  e liberar  os  recursos  do  projeto. 


3.8  Informagoes  do  projeto 

Ao  longo  do  ciclo  de  vida  do  projeto,  uma  quantidade  significativa  de  dados  e informagoes  e coletada, 
analisada,  transformada  e distribuida  em  varios  formatos  para  os  membros  da  equipe  do  projeto  e outras 
partes  interessadas.  Os  dados  do  projeto  sao  coletados  como  resultado  dos  varios  processos  de  execugao  e 
compartilhados  no  ambito  da  equipe  do  projeto.  Os  dados  coletados  sao  analisados  no  contexto  e agregados 
e transformados  tornando-se  informagoes  de  projetos  durante  varios  processos  de  controle.  As  informagoes 
podem  entao  ser  verbalmente  comunicadas,  ou  armazenadas  e distribuidas  como  relatorios  em  varios  formatos. 

Os  dados  do  projeto  sao  continuamente  coletados  e analisados  no  decorrer  do  contexto  dinamico  da  sua 
execugao.  Como  resultado,  os  termos,  dados  e informagoes  sao  frequentemente  usados  intercambiavelmente 
na  pratica.  0 uso  indiscriminado  desses  termos  pode  levar  a confusao  e mal-entendidos  pelas  varias  partes 
interessadas  no  projeto.  As  diretrizes  a seguir  ajudam  a reduzir  os  erros  de  comunicagao  e ajudam  a equipe  do 
projeto  a usar  a terminologia  apropriada: 
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• Dados  de  desempenho  do  trabalho.  As  observagoes  e medigoes  em  estado  bruto,  identificadas 
durante  a execugao  das  atividades  de  realizagao  dos  trabalhos  do  projeto.  Exemplos  incluem  a 
percentagem  registrada  do  trabalho  fisicamente  conclufdo,  medidas  de  desempenho  da  qualidade  e 
tecnico,  datas  de  imcio  e termino  das  atividades  programadas,  numero  de  solicitagoes  de  mudangas 
e numero  de  defeitos,  custos  reais,  duragoes  reais,  etc. 

• Informagoes  de  desempenho  do  trabalho.  Os  dados  de  desempenho  coletados  de  varios  processos 
de  controle,  analisados  no  contexto  e integrados  com  base  nos  relacionamentos  em  todas  as  areas. 
Exemplos  de  informagoes  de  desempenho  sao  o status  das  entregas,  o status  da  implementagao  das 
solicitagoes  de  mudangas  e as  estimativas  previstas  paraterminar. 

• Relatorios  de  desempenho  do  trabalho.  A representagao  fisica  ou  eletronica  das  informagoes 
de  desempenho  do  trabalho  sao  compiladas  em  documentos  do  projeto  com  a intengao  de  prover 
argumentos  para  decisoes  ou  para  levantar  questoes,  disparar  agoes  e promover  a conscientizagao. 
Os  exemplos  incluem  relatorios  de  status,  memorandos,  justificativas,  notas  informativas,  paineis 
eletronicos,  recomendagoes  e atualizagoes. 

A Figura  3-5  ilustra  o fluxo  de  informagoes  de  projeto  nos  diversos  processos  usados  para  gerenciar  o mesmo. 


Figura  3-5.  Dados,  informagdes  e fluxo  de  relatorios  do  projeto 
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3.9  Papel  das  areas  de  conhecimento 

Os  47  processos  de  gerenciamento  identificados  no  Guia  PMBOK®  sao  tambem  agrupados  em  10  areas 
de  conhecimento  distintas.  Uma  area  de  conhecimento  representa  urn  conjunto  completo  de  conceitos, 
termos  e atividades  que  compoem  urn  campo  profissional,  campo  de  gerenciamento  de  projetos,  ou  uma  area 
de  especializagao.  Essas  dez  areas  de  conhecimento  sao  usadas  na  maior  parte  dos  projetos,  na  maioria 
das  vezes.  As  equipes  dos  projetos  utilizam  essas  e outras  areas  de  conhecimento,  de  modo  apropriado, 
para  os  seus  projetos  especificos.  As  areas  de  conhecimento  sao:  Gerenciamento  da  integragao  do  projeto, 
Gerenciamento  do  escopo  do  projeto,  Gerenciamento  do  tempo  do  projeto,  Gerenciamento  dos  custos  do  projeto, 
Gerenciamento  da  qualidade  do  projeto,  Gerenciamento  dos  recursos  humanos  do  projeto,  Gerenciamento  das 
comunicagoes  do  projeto,  Gerenciamento  dos  riscos  do  projeto,  Gerenciamento  das  aquisigoes  do  projeto  e 
Gerenciamento  das  partes  interessadas  do  projeto.  Cada  area  de  conhecimento  no  Guia  PMBOK ® esta  contida 
em  urn  capitulo  separado. 

0 Guia  PMBOK®  define  os  aspectos  importantes  de  cada  area  de  conhecimento  e como  ela  se  integra  com 
os  cinco  grupos  de  processos.  Como  elementos  de  apoio,  as  areas  de  conhecimento  fornecem  uma  descrigao 
detalhada  das  entradas  e saidas  do  processo  e uma  explicagao  descritiva  das  ferramentas  e tecnicas  usadas 
com  maior  frequencia  nos  processos  de  gerenciamento  de  projetos  para  produzir  cada  resultado.  Urn  diagrama 
de  fluxo  de  dados  e fornecido  em  cada  area  de  conhecimento  (Segoes  4 a 1 3).  0 diagrama  de  fluxo  de  dados  e 
uma  descrigao  resumida  das  entradas  e saidas  de  processos  que  fluem  portodos  os  processos  dentro  de  uma 
area  de  conhecimento  especifica  (consulte  a Figura  3-6  para  ver  a legenda  de  diagrama  de  fluxo  de  dados). 
Embora  os  processos  sejam  apresentados  como  elementos  distintos  com  interfaces  bem  definidas,  na  pratica 
eles  sao  iterativos  e podem  se  sobrepor  e interagir  de  maneiras  nao  detalhadas  aqui. 

A Tabela  3-1  reflete  o mapeamento  dos  47  processos  de  gerenciamento  de  projetos  nos  5 grupos  de 
processos  de  gerenciamento  de  projetos  e 10  areas  de  conhecimento. 


Processo  fora  da  area 
de  conhecimento 

Externo  a um  processo 


Processos  dentro  da 

area  de  conhecimento  „ , _ , , , , 

....fc.  Relagoes  de  areas  de  conhecimento 

^ inter-relacionado 

► Relagoes  fora  das  areas  de  conhecimentos 

Fluxo  do  processo 

Os  diagramas  de  fluxo  de  dados  mostram  os  passos  e interagoes  basicas  Muitas  interagoes  adicionais  sao  possfveis. 


Figura  3-6.  Legenda  do  diagrama  de  fluxo  de  dados 
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Tabela  3-1 . Grupo  de  processos  de  gerenciamento  de  projetos  e mapeamento 

das  areas  de  conhecimento 


r 

Areas  de 
conhecimento 

Grupos  de  de  processos  de  gerenciamento  de  projetos 

Grupo  de 
processos 
de  inicia9ao 

Grupo  de 
processos  de 
planejamento 

Grupo  de 
processos 
de  execu9ao 

Grupo  de 
processos  de 
monitoramento 
e controle 

Grupo  de 
processos  de 
encerramento 

4.  Gerenciamento 
da  integra9ao 
do  projeto 

4.1  Desenvolver  o 
termo  de  abertura 
do  projeto 

4.2  Desenvolver  o 
piano  de 

gerenciamento  do 
projeto 

4.3  Orientar  e 
gerenciar  o trabalho 
do  projeto 

4.4  Monitorar  e 
controlar  o trabalho 
do  projeto 

4.5  Realizar  o 
controle  integrado 
de  mudangas 

4.6  Encerrar  o 
projeto  ou  fase 

5.  Gerenciamento 
do  escopo  do 
projeto 

5.1  Planejar  o 
gerenciamento  do 
escopo 

5.2  Coletar  os 
requisitos 

5.3  Definir  o escopo 

5.4  Criar  a estrutura 
analftica  do  projeto 
(EAP) 

5.5  Validar  o escopo 

5.6  Controlar  o 
escopo 

6.  Gerenciamento 
do  tempo  do 
projeto 

6.1  Planejar  o 
gerenciamento  do 
cronograma 

6.2  Definir  as 
atividades 

6.3  Sequenciar  as 
atividades 

6.4  Estimar  os 
recursos  das 
atividades 

6.5  Estimar  as 
duragoes  das 
atividades 

6.6  Desenvolver  o 
cronograma 

6.7  Controlar  o 
cronograma 

7.  Gerenciamento 
dos  custos  do 
projeto 

7.1  Planejar  o 
gerenciamento  dos 
custos 

7.2  Estimar  os 
custos 

7.3  Determinar  o 
orgamento 

7.4  Controlar  os 
custos 

8.  Gerenciamento 
da  qualidade  do 
projeto 

8.1  Planejar  o 
gerenciamento  da 
qualidade 

8.2  Realizar  a 
garantia  da 
qualidade 

8.3  Controlar  a 
qualidade 

9.  Gerenciamento 
dos  recursos 
humanos  do 
projeto 

9.1  Planejar  o 
gerenciamento  dos 
recursos  humanos 

9.2  Mobilizar  a 
equipe  do  projeto 

9.3  Desenvolver  a 
equipe  do  projeto 

9.4  Gerenciar  a 
equipe  do  projeto 

10.  Gerenciamento 
dos  recursos  de 
comunica9des 
do  projeto 

10.1  Planejar  o 
gerenciamento  das 
comunicagoes 

10.2  Gerenciar  as 
comunicagoes 

10.3  Controlar  as 
comunicagoes 

11.  Gerenciamento 
dos  riscos  do 
projeto 

11.1  Planejar  o 
gerenciamento  dos 
riscos 

11.2  Identificar  os 
riscos 

11.3  Realizar  a 
analise  qualitativa 
dos  riscos 

11.4  Realizar  a 
analise  quantitative 
dos  riscos 

11.5  Planejar  as 
respostas  aos  riscos 

11.6  Controlar  os 
riscos 

12.  Gerenciamento 
das  aquisi9des 
do  projeto 

12.1  Planejar  o 
gerenciamento  das 
aquisigoes 

12.2  Conduzir  as 
aquisigoes 

12.3  Controlar  as 
aquisigdes 

12.4  Encerrar  as 
aquisigoes 

13.  Gerenciamento 
das  partes 
interessadas 
no  projeto 

13.1  Identificar  as 
partes  interessadas 

13.2  Planejar  o 
gerenciamento  das 
partes  interessadas 

13.3  Gerenciar  o 
engajamento  das 
partes  interessadas 

13.4  Controlar  o 
engajamento  das 
partes  interessadas 
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GERENCIAMENTO  DA  INTEGRAQAO  DO  PROJETO 

O gerenciamento  da  integragao  do  projeto  inclui  os  processos  e atividades  para  identificar,  definir,  combinar, 
unificar  e coordenar  os  varios  processos  e atividades  dentro  dos  grupos  de  processos  de  gerenciamento  do 
projeto.  No  contexto  de  gerenciamento  de  projetos,  integragao  inclui  caracteristicas  de  unificagao,  consolidagao, 
comunicagao  e agoes  integradoras  que  sao  essenciais  para  a execugao  controlada  do  projeto  ate  a sua 
conclusao,  a fim  de  gerenciar  com  sucesso  as  expectativas  das  partes  interessadas,  e atender  aos  requisitos. 
0 gerenciamento  da  integragao  do  projeto  inclui  fazer  escolhas  sobre  alocagao  de  recursos,  concessoes  entre 
objetivos  e alternativas  conflitantes  e gerenciamento  das  dependences  mutuas  entre  as  areas  de  conhecimento 
de  gerenciamento  de  projetos.  Os  processos  de  gerenciamento  de  projetos  sao  geralmente  apresentados  como 
distintos  e com  interfaces  definidas,  embora,  na  pratica,  eles  se  sobrepoem  e interagem  de  maneiras  que  nao 
podem  ser  completamente  detalhadas  no  Guia  PMBOK®  ( PMBOK ® Guide). 

A Figura  4-1  fornece  uma  visao  geral  dos  processos  de  gerenciamento  da  integragao  de  projetos,  que  sao: 

4.1  Desenvolver  o termo  de  abertura  do  projeto — 0 processo  de  desenvolver  urn  documento  que 
formalmente  autoriza  a existencia  de  urn  projeto  e da  ao  gerente  do  projeto  a autoridade  necessaria 
para  aplicar  recursos  organizacionais  as  atividades  do  projeto. 

4.2  Desenvolver  o piano  de  gerenciamento  do  projeto — 0 processo  de  definir,  preparar  e coordenar 
todos  os  pianos  subsidiaries  e integra-los  a urn  piano  de  gerenciamento  de  projeto  abrangente. 
As  linhas  de  base  e os  pianos  subsidiaries  integrados  do  projeto  podem  ser  incluidos  no  piano  de 
gerenciamento  do  projeto. 

4.3  Orientar  e gerenciar  o trabalho  do  projeto — 0 processo  de  liderar  e realizar  o trabalho  definido 
no  piano  de  gerenciamento  do  projeto  e a implementagao  das  mudangas  aprovadas  para  atingir 
os  objetivos  do  projeto. 

4.4  Monitorar  e controlar  o trabalho  do  projeto — 0 processo  de  acompanhar,  revisar  e registrar 
o progresso  do  projeto  para  atender  aos  objetivos  de  desempenho  definidos  no  piano  de 
gerenciamento  do  projeto. 

4.5  Realizar  o controle  integrado  de  mudangas — 0 processo  de  revisar  todas  as  solicitagoes  de 
mudanga,  aprovar  as  mudangas  e gerenciar  as  mudangas  nas  entregas,  ativos  de  processos 
organizacionais,  documentos  do  projeto  e no  piano  de  gerenciamento  do  projeto,  e comunicar  a 
decisao  sobre  os  mesmos. 

4.6  Encerrar  o projeto  ou  fase — 0 processo  de  finalizagao  de  todas  as  atividades  de  todos  os  grupos 
de  processos  de  gerenciamento  do  projeto  para  encerrar  formalmente  o projeto  ou  a fase. 
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Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento,  conforme  descrito  com 
detalhes  nas  Segao  3 e no  Anexo  A1 . 

A necessidade  do  gerenciamento  da  integragao  do  projeto  fica  evidente  em  situagoes  onde  os  processos 
distintos  interagem.  Por  exemplo,  uma  estimativa  de  custos  necessaria  para  urn  piano  de  contingency  envolve 
a integragao  dos  processos  nas  areas  de  conhecimento  de  gerenciamento  de  custos,  tempo  e riscos.  Quando 
riscos  adicionais  associados  as  varias  alternativas  de  alocagao  de  pessoal  sao  identificados,  entao  urn  ou  mais 
desses  processos  podem  ser  reconsiderados.  As  entregas  do  projeto  tambem  podem  precisar  ser  integradas  as 
operagoes  em  progresso  da  organizagao  executora  ou  da  organizagao  do  cliente  e ao  planejamento  estrategico 
de  longo  prazo  que  considera  problemas  ou  oportunidades  futuras.  0 gerenciamento  da  integragao  do  projeto 
tambem  inclui  as  atividades  necessarias  para  gerenciar  documentos  para  garantir  a consistency  com  o piano 
de  gerenciamento  do  projeto  e entregas  de  produto,  servigo  ou  capacidade. 

Os  profissionais  mais  experientes  em  gerenciamento  de  projetos  sabem  que  nao  ha  uma  unica  maneira 
de  gerenciar  urn  projeto.  Eles  aplicam  conhecimentos  em  gerenciamento  de  projeto,  habilidades  e processos 
necessarios  em  uma  ordem  preferida  e rigor  variado  para  alcangar  o desempenho  desejado  do  projeto.  Contudo, 
a determinagao  de  que  urn  processo  especifico  nao  e exigido  nao  significa  que  ele  nao  deva  ser  discutido.  0 
gerente  do  projeto  e a equipe  do  projeto  precisam  abordar  todos  os  processos  e o ambiente  do  projeto  para 
determinar  o nivel  de  implementagao  de  cada  processo  no  projeto.  Se  o projeto  tiver  mais  de  umafase,  o nivel 
de  rigor  aplicado  em  cada  fase  do  projeto  deve  ser  apropriado  para  cada  fase.  Esta  determinagao  e tambem 
abordada  pelo  gerente  do  projeto  e pela  equipe  do  projeto. 

A natureza  integrativa  dos  projetos  e o gerenciamento  de  projetos  podem  ser  entendidos  considerando-se 
outros  tipos  de  atividades  realizadas  durante  a execugao  de  urn  projeto.  Sao  exemplos  de  algumas  atividades 
realizadas  pela  equipe  de  gerenciamento: 

• Desenvolver,  revisar,  analisar  e entender  o escopo.  Isto  inclui  os  requisitos  do  projeto  e produto, 
criterios,  premissas,  restrigoes  e outras  influencias  relacionadas  ao  projeto,  e como  cada  urn  sera 
gerenciado  ou  discutido  dentro  do  projeto; 

• Transformer  as  informagoes  do  projeto  coletadas  em  urn  piano  de  gerenciamento  do  projeto  usando 
uma  abordagem  estruturada  como  descrita  no  Guia  PMBOK®] 

• Realizar  atividades  para  produzir  as  entregas  do  projeto;  e 

• Medir  e monitorar  o progresso  do  projeto  e tomar  as  medidas  necessarias  para  atender  os  objetivos 
do  projeto. 
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As  ligagoes  entre  os  processos  nos  grupos  de  processos  de  gerenciamento  do  projeto  sao  muitas  vezes 
de  natureza  iterativa.  Por  exemplo,  o grupo  de  processos  de  planejamento  fornece  ao  grupo  de  processos  de 
execugao  um  piano  de  gerenciamento  do  projeto  documentado  no  infcio  do  projeto,  e entao  o atualiza  caso 
ocorram  mudangas  a medida  que  o projeto  progride. 
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Figura  4-1 . Visao  geral  do  gerenciamento  da  integragao  do  projeto 
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4.1  Desenvolver  o termo  de  abertura  do  projeto 

Desenvolver  o termo  de  abertura  do  projeto  e o processo  de  desenvolver  um  documento  que  formalmente 
autoriza  a existencia  de  um  projeto  e da  ao  gerente  do  projeto  a autoridade  necessaria  para  aplicar  recursos 
organizacionais  as  atividades  do  projeto.  0 principal  beneffcio  deste  processo  e um  imcio  de  projeto  e limites 
de  projeto  bem  definidos,  a criagao  de  um  registro  formal  do  projeto,  e uma  maneira  direta  da  diregao  executiva 
aceitar  e se  comprometer  formalmente  com  o projeto.  As  entradas,  ferramentas  e tecnicas,  e safdas  deste 
processo  sao  mostradas  na  Figura  4-2.  A Figura  4-3  mostra  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  4-2.  Desenvolver  o termo  de  abertura  do  projeto:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  4-3.  Diagrama  do  fluxo  de  dados  do  processo  Desenvolver  o termo  de  abertura  do  projeto 

0 termo  de  abertura  do  projeto  estabelece  uma  parceria  entre  a organizagao  executora  e a organizagao 
solicitante.  No  caso  dos  projetos  externos,  um  contrato  formal  e normalmente  a forma  preferida  de  estabelecer 
urn  acordo.  Neste  caso,  a equipe  do  projeto  torna-se  o fornecedor  que  responde  as  condigoes  de  uma  oferta 
de  compra  de  uma  entidade  externa.  Um  termo  de  abertura  do  projeto  e tambem  usado  para  estabelecer 
acordos  infernos  no  ambito  de  uma  organizagao  para  garantir  a entrega  nos  termos  do  contrato.  0 termo  de 
abertura  do  projeto  aprovado  iniciaformalmente  o projeto.  0 gerente  de  projeto  e identificado  e designado  o 
mais  cedo  possfvel,  preferivelmente  enquanto  o termo  de  abertura  esta  sendo  desenvolvido  e sempre  antes 
do  infcio  do  planejamento.  0 termo  de  abertura  do  projeto  deve  ser  elaborado  pela  entidade  patrocinadora. 
0 termo  de  abertura  do  projeto  da  ao  gerente  do  projeto  a autoridade  para  planejar  e executar  o projeto.  E 
recomendavel  que  o gerente  do  projeto  participe  do  desenvolvimento  do  termo  de  abertura  do  projeto  para 
obter  uma  compreensao  de  base  dos  requisitos  do  mesmo.  Esta  compreensao  permitira  a designagao  de 
recursos  mais  eficientes  para  as  atividades  do  projeto. 
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Os  projetos  sao  iniciados  por  uma  entidade  externa  ao  projeto  tais  como  um  patrocinador,  um  programa, 
um  membro  da  equipe  do  escritorio  de  gerenciamento  de  projetos  (PMO),  ou  pelo  responsavel  pela  governanga 
do  portfolio  ou  o seu  representante  autorizado.  0 responsavel  inicial  ou  patrocinador  do  projeto  deve  estar  em 
um  nfvel  apropriado  para  captar  o financiamento  e dedicar  recursos  para  o projeto.  Os  projetos  sao  iniciados 
em  virtude  de  necessidades  internas  da  empresa  ou  influences  externas.  Essas  necessidades  ou  influences 
normalmente  provocam  a criagao  de  uma  analise  de  necessidades,  estudo  de  viabilidade,  business  case,  ou 
descrigao  da  situagao  que  o projeto  abordara.  A abertura  de  um  projeto  valida  o alinhamento  do  projeto  com  a 
estrategia  e o trabalho  em  progresso  da  organizagao.  Um  termo  de  abertura  de  projeto  nao  e considerado  um 
contrato,  porque  nao  ha  pagamento,  promessa  ou  troca  de  dinheiro  envolvidos  na  sua  criagao. 

4.1 .1  Desenvolver  o termo  de  abertura  do  projeto:  entradas 

4.1 .1 .1  Especificagao  do  trabalho  do  projeto 

A especificagao  do  trabalho  do  projeto  (ETP)  e uma  descrigao  narrativa  dos  produtos,  servigos  ou  resultados 
a serem  entregues  por  um  projeto.  Para  projetos  internos,  o responsavel  inicial  ou  patrocinador  do  projeto 
fornece  a especificagao  do  trabalho  com  base  nos  requisitos  das  necessidades  dos  negocios,  produtos  ou 
servigos.  Para  projetos  externos,  a especificagao  do  trabalho  pode  ser  recebida  do  cliente  como  parte  de  um 
documento  de  licitagao,  (por  exemplo,  uma  solicitagao  de  proposta,  solicitagao  de  informagoes  ou  solicitagao 
de  licitagao)  ou  como  parte  de  um  contrato.  A ETP  informa  o seguinte: 

• Necessidade  de  negocios.  Uma  necessidade  de  negocios  de  uma  organizagao  pode  ser  baseada 
numa  demanda  de  mercado,  avango  tecnologico,  requisito  legal,  uma  regulamentagao  governamental, 
ou  uma  consideragao  ambiental.  Normalmente,  a necessidade  de  negocios  e a analise  de  custo 
beneficio  estao  contidas  no  business  case  para  justificar  o projeto. 

• Descrigao  do  escopo  do  produto.  A descrigao  do  escopo  do  produto  documenta  as  caracteristicas 
do  produto,  servigo  ou  resultados  que  o projeto  devera  criar.  A descrigao  deve  documentar  tambem 
a relagao  entre  os  produtos,  servigos  ou  resultados  sendo  criados  e a necessidade  de  negocios  que 
o projeto  abordara. 

• Plano  estrategico.  0 piano  estrategico  documenta  a visao  estrategica,  as  metas  e objetivos  da 
organizagao  e podem  conter  uma  especificagao  de  missao  de  alto  nfvel.  Todos  os  projetos  devem 
estar  alinhados  com  o piano  estrategico  da  sua  organizagao.  0 alinhamento  com  o piano  estrategico 
garante  que  cada  projeto  contribua  para  as  objetivos  gerais  da  organizagao. 


68 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


4 - GERENCIAMENTO  DA  INTEGRAQAO  DO  PROJETO 


4.1 .1 .2  Business  case 

0 business  case,  ou  documento  semelhante,  descreve  as  informagoes  necessarias  do  ponto  de  vista  de 
negocios,  para  determinar  se  o projeto  justifica  ou  nao  o seu  investimento.  Ele  e comumente  usado  no  processo 
decisorio  pelos  gerentes  ou  executivos  acima  do  nivel  do  projeto.  Normalmente,  a necessidade  de  negocios 
e a analise  de  custo  beneficio  estao  contidas  no  business  case  para  justificar  o projeto  e estabelecer  os  seus 
limites,  e tal  analise  e normalmente  executada  por  urn  analista  de  negocios  usando  diversas  informagoes  das 
partes  interessadas.  0 patrocinador  necessita  concordar  com  o escopo  e as  limitagoes  do  business  case.  Este 
e criado  como  urn  resultado  de  urn  ou  mais  dos  seguintes  fatores: 

• Demanda  de  mercado  (por  exemplo,  uma  companhia  automobilistica  autoriza  urn  projeto  para 
construir  carros  mais  eficientes  e economicos  em  resposta  a escassez  de  gasolina), 

• Necessidade  organizacional  (por  exemplo,  em  virtude  das  altas  despesas  indiretas,  uma  companhia 
pode  combinar  as  fungoes  de  equipes  e simplificar  os  processos  para  reduzir  os  custos), 

• Solicitagao  do  cliente  (por  exemplo,  uma  companhia  eletrica  autoriza  urn  projeto  para  construir  uma 
nova  subestagao  para  atender  urn  novo  parque  industrial), 

• Avango  tecnologico  (por  exemplo,  uma  companhia  aerea  autoriza  urn  novo  projeto  para  criar 
passagens  aereas  eletronicas  ao  inves  de  passagens  em  papel,  com  base  em  avangos  tecnologicos), 

• Urn  requisito  legal  (por  exemplo,  urn  fabricante  de  tintas  autoriza  urn  projeto  para  estabelecer 
diretrizes  para  o manuseio  de  materiais  toxicos), 

• Impactos  ecologicos  (por  exemplo,  uma  companhia  autoriza  urn  projeto  para  reduzir  o seu  impacto 
ambiental),  ou 

• Necessidade  de  natureza  social  (por  exemplo,  uma  organizagao  nao  governamental  de  urn  pais  em 
desenvolvimento  autoriza  urn  projeto  para  fornecer  sistemas  de  agua  potavel,  latrinas  e educagao 
sanitaria  as  comunidades  vitimas  de  altos  indices  de  colera). 

Todos  os  exemplos  desta  lista  podem  conter  elementos  de  risco  que  devem  ser  abordados.  No  caso  de 
projetos  com  varias  fases,  o business  case  pode  ser  revisado  periodicamente  para  assegurar  que  o projeto  esta 
na  diregao  certa,  a fim  de  proporcionar  os  beneficios  de  negocios.  Nas  fases  iniciais  do  ciclo  de  vida  do  projeto, 
o uso  de  revisoes  periodicas  do  business  case  pela  organizagao  patrocinadora  tambem  ajuda  na  confirmagao 
de  que  o projeto  ainda  esta  alinhado  com  o business  case.  Cabe  ao  gerente  do  projeto  garantir  que  o projeto 
cumpra  de  maneira  eficaz  e eficiente  as  metas  da  organizagao  e os  requisitos  de  urn  amplo  conjunto  de  partes 
interessadas,  como  definido  no  business  case. 
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4.1 .1 .3  Acordos 

Os  acordos  sao  usados  para  definir  as  intengoes  iniciais  de  um  projeto.  Os  acordos  podem  tomar  a forma 
de  contratos,  memorandos  de  entendimento  (MDEs),  acordos  de  nivel  de  servigo  (ANSs),  carta  de  acordos, 
cartas  de  intengao,  acordos  verbais,  e-mails,  ou  outros  tipos  de  acordos  por  escrito.  Normalmente  um  contrato 
e usado  quando  o projeto  esta  sendo  realizado  para  um  cliente  externo. 

4.1 .1 .4  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Desenvolver 
o termo  de  abertura  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Padroes  governamentais,  padroes  industriais  ou  regulamentos  (por  exemplo,  codigos  de  conduta, 
padroes  de  qualidade  ou  padroes  de  protegao  de  trabalhadores), 

• Estrutura  e cultura  organizacionais,  e 

• Condigoes  do  mercado. 

4.1 .1 .5  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Desenvolver  o termo  de  abertura  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Processos  organizacionais  padronizados,  politicas  e definigoes  de  processos, 

• Modelos  (por  exemplo,  modelo  do  termo  de  abertura  do  projeto),  e 

• Informagoes  historicas  e base  de  conhecimento  de  ligoes  aprendidas  (por  exemplo,  projetos,  registros 
e documentos;  todas  as  informagoes  e documentagao  de  encerramento  do  projeto,  informagoes  a 
respeito  de  resultados  de  projetos  e de  decisoes  de  selegao  de  projetos  anteriores,  e informagoes  de 
desempenho  dos  mesmos;  e informagoes  sobre  as  atividades  de  gerenciamento  dos  riscos). 
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4.1 .2  Desenvolver  o termo  de  abertura  do  projeto:  ferramentas  e tecnicas 

4.1 .2.1  Opiniao  especializada 

A opiniao  especializada  e frequentemente  utilizada  para  avaliar  as  entradas  usadas  para  desenvolver  o 
termo  de  abertura  do  projeto.  A opiniao  especializada  e aplicada  a todos  detalhes  tecnicos  e de  gerenciamento 
durante  este  processo.  Essa  opiniao  especializada  e fornecida  por  qualquer  grupo  ou  pessoa  com  conhecimento 
ou  treinamento  especializado  e esta  disponivel  a partir  de  diversas  fontes,  inclusive: 

• Outras  unidades  dentro  da  organizagao, 

• Consultores, 

• Partes  interessadas,  inclusive  clientes  ou  patrocinadores, 

• Associagoes  profissionais  e tecnicas, 

• Setores  economicos, 

• Especialistas  no  assunto  (ENA),  e 

• Escritorio  de  gerenciamento  de  projetos  (PMO). 

4.1 .2.2  Tecnicas  de  facilitagao 

As  tecnicas  de  facilitagao  tern  ampla  aplicagao  dentro  dos  processos  de  gerenciamento  de  projetos  e 
orientam  o desenvolvimento  do  termo  de  abertura  do  projeto.  Brainstorming,  resolugao  de  conflitos,  solugao  de 
problemas  e gerenciamento  de  reunifies  sao  exemplos  de  tecnicas  chave  que  ajudam  as  equipes  e pessoas  a 
realizar  as  atividades  do  projeto. 

4.1 .3  Desenvolver  o termo  de  abertura  do  projeto:  sai'das 
4.1 .3.1  Termo  de  abertura  do  projeto 

0 termo  de  abertura  do  projeto  e o documento  emitido  pelo  responsavel  inicial  ou  patrocinador  do  projeto 
que  autoriza  formalmente  a existencia  de  urn  projeto  e concede  ao  gerente  do  projeto  a autoridade  para 
aplicar  os  recursos  organizacionais  nas  atividades  do  projeto.  Ele  documenta  as  necessidades  do  negficio,  as 
premissas,  restrigfies,  o entendimento  das  necessidades  e requisitos  de  alto  nivel  do  cliente,  e o novo  produto, 
servigo  ou  resultado  que  pretende  satisfazer,  tais  como: 
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• Finalidade  ou  justificativa  do  projeto, 

• Objetivos  mensuraveis  do  projeto  e criterios  de  sucesso  relacionados; 

• Requisitos  de  alto  nfvel, 

• Premissas  e restrigoes, 

• Descrigao  de  alto  nfvel  do  projeto  e seus  limites, 

• Riscos  de  alto  nfvel, 

• Resumo  do  cronograma  de  marcos, 

• Resumo  do  orgamento, 

• Lista  das  partes  interessadas, 

• Requisitos  para  aprovagao  do  projeto  (ou  seja,  o que  constitui  o sucesso  do  projeto,  quern  decide  se 
o projeto  e bem  sucedido  e quern  assina  o projeto), 

• Gerente  do  projeto,  responsabilidade,  nivel  de  autoridade  designados,  e 

• Nome  e autoridade  do  patrocinador  ou  outra(s)  pessoa(s)  que  autoriza(m)  o termo  de  abertura  do  projeto. 


4.2  Desenvolver  o piano  de  gerenciamento  do  projeto 

Desenvolver  o piano  de  gerenciamento  do  projeto  e o processo  de  definir,  preparar  e coordenar  todos  os 
pianos  auxiliares  e integra-los  a urn  piano  de  gerenciamento  de  projeto  abrangente.  0 principal  beneficio  deste 
processo  e urn  documento  central  que  define  a base  de  todo  trabalho  do  projeto.  As  entradas,  ferramentas  e 
tecnicas,  e saidas  para  este  processo  sao  ilustradas  na  Figura  4-4.  A Figura  4-5  retrata  o diagrama  de  fluxo  de 
dados  dos  processos. 


Entradas 


.1  Termo  de  abertura  do 
projeto 

.2  Saidas  de  outros 
processos 

.3  Fatores  ambientais  da 
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.1  Plano  de  gerenciamento 
do  projeto 
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Figura  4-4.  Desenvolver  o termo  de  abertura  do  projeto:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  4-5.  Diagrama  do  fluxo  de  dados  do  processo  Desenvolver  o piano  de  gerenciamento  do  projeto 
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0 piano  de  gerenciamento  do  projeto  define  como  o mesmo  e executado,  monitorado  e controlado,  e 
encerrado.  0 conteudo  do  piano  de  gerenciamento  do  projeto  varia  dependendo  da  area  de  aplicagao  e 
complexidade  do  projeto.  Ele  e desenvolvido  atraves  de  uma  serie  de  processos  integrados  ate  o encerramento 
do  projeto.  Esse  processo  resulta  em  um  piano  de  gerenciamento  do  projeto  que  e progressivamente  elaborado 
atraves  de  atualizagoes,  e controlado  e aprovado  atraves  do  processo  Realizar  o controle  integrado  de 
mudangas.  (Segao  4.5).  Os  projetos  que  existem  no  contexto  de  um  programa  devem  desenvolver  um  piano  de 
gerenciamento  do  projeto  que  seja  consistente  com  o piano  de  gerenciamento  do  programa.  Por  exemplo,  se 
o piano  de  gerenciamento  do  programa  indicar  que  todas  as  mudangas  que  excederem  um  custo  especificado 
devem  ser  revistas  pelo  comite  de  controle  de  mudangas  (COM),  este  limiar  de  processo  e custo  deve  entao 
ser  definido  no  piano  de  gerenciamento  do  projeto. 

4.2.1  Desenvolver  o piano  de  gerenciamento  do  projeto:  entradas 

4.2.1 .1  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1 . 0 tamanho  do  termo  de  abertura  do  projeto  varia  dependendo  da  complexidade 
do  projeto  e informagoes  conhecidas  na  ocasiao  da  sua  criagao.  No  minimo,  o termo  de  abertura  do  projeto 
deve  definir  os  limites  de  alto  nivel  do  projeto.  0 gerente  de  projetos  usa  o termo  de  abertura  do  projeto  como 
ponto  de  partida  para  o planejamento  inicial  atraves  de  todo  o grupo  de  processos  de  iniciagao. 

4.2.1 .2  Saidas  de  outros  processos 

As  saidas  de  muitos  dos  outros  processos  descritos  nas  Segoes  5 ate  13  sao  integradas  para  criar  o piano 
de  gerenciamento  do  projeto.  Quaisquer  linhas  de  base  e pianos  auxiliares  de  gerenciamento  que  sejam  saidas 
de  outros  processos  de  planejamento  sao  entradas  para  este  processo.  Alem  disso,  as  mudangas  nesses 
documentos  podem  requerer  atualizagoes  no  piano  de  gerenciamento  do  projeto. 

4.2.1 .3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  de 
desenvolvimento  do  piano  de  gerenciamento  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Padroes  governamentais  ou  industrials; 

• 0 conhecimento  em  gerenciamento  de  projetos  no  mercado  vertical  (por  exemplo,  construgao)  e/ 
ou  area  de  enfoque  (por  exemplo,  meio-ambiente,  seguranga,  riscos,  ou  desenvolvimento  agil  de 
softwares ); 

• 0 sistema  de  informagoes  do  gerenciamento  de  projetos  (por  exemplo,  umaferramenta  automatizada, 
como  um  software  para  elaboragao  de  cronogramas,  um  sistema  de  gerenciamento  de  configuragao, 
um  sistema  de  coleta  e distribuigao  de  informagoes  ou  interfaces  web  para  outros  sistemas  online 
automatizados); 
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• Estrutura  e cultura  organizacionais,  praticas  de  gerenciamento  e sustentabilidade 

• Infraestrutura  (por  exemplo,  instalagoes  e equipamentos  existentes)  e 

• Administragao  de  pessoal  (por  exemplo,  diretrizes  para  contratagoes  e demissoes,  analises  de 
desempenho  de  empregados,  e registros  de  desenvolvimento  e treinamento  de  empregados). 

4.2.1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  de 
desenvolvimento  do  piano  de  gerenciamento  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Diretrizes  padronizadas,  instrugoes  de  trabalho,  criterios  de  avaliagao  de  propostas  e criterios  de 
medigao  de  desempenho; 

• Modelo  do  piano  de  gerenciamento  do  projeto,  incluindo: 

o Diretrizes  e criterios  para  adequagao  do  conjunto  de  processos  padrao  da  organizagao  para 
satisfazer  as  necessidades  especificas  do  projeto,  e 

o Diretrizes  ou  requisitos  para  encerramento  do  projeto,  como  a validagao  de  produtos  e 
criterios  de  aceitagao. 

• Procedimentos  de  controle  de  mudangas,  inclusive  os  passos  pelos  quais  os  padroes,  politicas, 
pianos  e procedimentos  oficiais  da  empresa,  ou  quaisquer  documentos  do  projeto  serao  modificados 
e como  essas  mudangas  serao  aprovadas  e validadas; 

• Arquivos  de  projetos  anteriores  (ex.,  escopo,  custo,  cronograma,  e linhas  de  base  de  medigao  do 
desempenho,  calendars  dos  projetos,  diagramas  de  rede  de  cronograma  dos  projetos  e registros 
dos  riscos); 

• Informagoes  historicas  e bases  de  conhecimento  de  ligoes  aprendidas;  e 

• Bases  de  conhecimento  de  gerenciamento  de  configuragao,  contendo  as  versoes  e linhas  de  base 
de  todos  os  padroes,  politicas  e procedimentos  oficiais  da  organizagao,  e quaisquer  documentos  de 
projetos. 
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4.2.2  Desenvolver  o piano  de  gerenciamento  do  projeto:  ferramentas  e tecnicas 

4.2.2.1  Opiniao  especializada 

Durante  o desenvolvimento  do  piano  de  gerenciamento  do  projeto,  a opiniao  especializada  e usada  para: 

• Adequar  o processo  para  atender  as  necessidades  do  projeto, 

• Desenvolver  detalhes  tecnicos  e de  gerenciamento  para  serem  incluidos  no  piano  de  gerenciamento 
do  projeto, 

• Determinar  recursos  e niveis  de  habilidades  necessarias  para  executar  o trabalho  do  projeto, 

• Determinar  o nivel  de  gerenciamento  de  configuragao  a ser  usado  no  projeto, 

• Determinar  quais  documentos  do  projeto  estarao  sujeitos  ao  processo  formal  de  controle  de 
mudangas,  e 

• Priorizar  o trabalho  do  projeto  para  garantir  que  os  seus  recursos  sejam  designados  ao  trabalho 
apropriado,  no  tempo  apropriado. 

4.2. 2.2  Tecnicas  de  facilitagao 

Descritas  na  Segao  4. 1.2. 2.  As  tecnicas  de  facilitagao  tern  ampla  aplicagao  dentro  dos  processos  de 
gerenciamento  de  projetos  e sao  usadas  para  orientar  o desenvolvimento  do  piano  de  gerenciamento  do  projeto. 
Brainstorming,  resolugao  de  conflitos,  solugao  de  problemas  e gerenciamento  de  reunioes  sao  tecnicas  chave 
usadas  pelos  facilitadores  para  ajudar  as  equipes  e pessoas  a alcangar  o acordo  necessario  para  executar  as 
atividades  do  projeto. 

4.2.3  Desenvolver  o piano  de  gerenciamento  do  projeto:  sai'das 
4.2.3.1  Plano  de  gerenciamento  do  projeto 

0 piano  de  gerenciamento  do  projeto  e o documento  que  descreve  como  o projeto  sera  executado, 
monitorado  e controlado.  Ele  integra  e consolidatodos  os  pianos  de  gerenciamento  auxiliares  e linhas  de  base 
dos  processos  de  planejamento. 

As  linhas  de  base  do  projeto  incluem,  mas  nao  estao  limitadas  a: 

• Unha  de  base  do  escopo  (Segao  5.4. 3.1 ), 

• Unha  de  base  do  cronograma  (Segao  6.6. 3.1 ),  e 

• Linha  de  base  dos  custos  (Segao  7.3. 3.1 ). 
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Os  pianos  auxiliares  incluem,  mas  nao  estao  limitados,  a: 

• Plano  de  gerenciamento  do  escopo  (Segao  5.1 .3.1 ), 

• Plano  de  gerenciamento  dos  requisitos  (Segao  5.1 .3.2), 

• Plano  de  gerenciamento  do  cronograma  (Segao  6.1 .3.1 ), 

• Plano  de  gerenciamento  dos  custos  (Segao  7.1 .3.1 ), 

• Plano  de  gerenciamento  da  qualidade  (Segao  8.1 .3.1 ), 

• Plano  de  melhorias  no  processo  (Segao  8.1 .3.2), 

• Plano  de  gerenciamento  dos  recursos  humanos  (Segao  9.1 .3.1 ), 

• Plano  de  gerenciamento  das  comunicagoes  (Segao  1 0.1 .3.1 ), 

• Plano  de  gerenciamento  dos  riscos  (Segao  1 1 .1 .3.1 ), 

• Plano  de  gerenciamento  das  aquisigoes  (Segao  1 2.1 .3.1 ),  e 

• Plano  de  gerenciamento  das  partes  interessadas  (Segao  13.2.3.1). 

Entre  outras  coisas,  o piano  de  gerenciamento  de  projetos  pode  tambem  incluir  o seguinte: 

• 0 ciclo  de  vida  selecionado  para  o projeto  e os  processos  que  serao  aplicados  a cada  fase; 

• Detalhes  das  decisoes  relativas  as  adequagoes  especificadas  pela  equipe  de  gerenciamento  do 
projeto  como  a seguir: 

o Processos  de  gerenciamento  de  projeto  selecionados  pela  equipe  de  gerenciamento  do 
projeto, 

o Nivel  de  implementagao  de  cada  processo  selecionado, 

o Descrigoes  das  ferramentas  e tecnicas  a serem  usadas  para  efetuar  aqueles  processos,  e 

o Descrigao  de  como  os  processos  selecionados  serao  utilizados  para  gerenciar  o projeto 
especffico,  inclusive  as  dependences  e interagoes  entre  esses  processos,  e as  entradas  e 
safdas  essenciais. 

• Descrigao  de  como  o trabalho  sera  executado  para  alcangar  os  objetivos  do  projeto; 

• Urn  piano  de  gerenciamento  de  mudangas  que  documenta  como  as  mudangas  serao  monitoradas  e 
controladas; 

• Urn  piano  de  gerenciamento  de  configuragao  que  documenta  como  o gerenciamento  de  configuragao 
sera  realizado; 

• Descrigao  de  como  a integridade  das  linhas  de  base  da  medigao  do  desempenho  sera  mantida; 

• Requisitos  e tecnicas  para  comunicagao  entre  as  partes  interessadas;  e 

• Revisoes  de  gerenciamento  essenciais  para  o conteudo,  abrangencia  e melhor  momento  parafacilitar 
a abordagem  de  questoes  em  aberto  e decisoes  pendentes. 
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0 piano  de  gerenciamento  do  projeto  pode  ser  elaborado  no  nfvel  resumido  ou  detalhado  e pode  ser 
composto  de  um  ou  mais  pianos  auxiliares.  Cada  um  dos  pianos  auxiliares  e detalhado  ate  o ponto  requisitado 
pelo  projeto  especffico.  Uma  vez  o piano  de  gerenciamento  tenha  sido  estabelecido,  ele  somente  pode  ser 
modificado  quando  uma  solicitagao  de  mudanga  e gerada  e aprovada  atraves  do  processo  Realizar  o controle 
integrado  de  mudangas. 

Embora  o piano  de  gerenciamento  de  projetos  seja  um  dos  principals  documentos  usados  para  gerenciar 
o projeto,  outros  documentos  sao  tambem  utilizados.  Esses  outros  documentos  nao  sao  parte  do  piano  de 
gerenciamento  do  projeto.  ATabela  4-1  e uma  lista  representativa  dos  componentes  do  piano  de  gerenciamento 
de  projetos  e seus  documentos. 

Tabela  4-1  Diferenciagao  entre  o piano  de  gerenciamento  do  projeto  e os  documentos  do  projeto 


Plano  de  gerenciamento 
do  projeto 

Documentos  do  projeto 

Plano  de  gerenciamento  de  mudangas 

Atributos  da  atividade 

Designagoes  do  pessoal  do  projeto 

Plano  de  gerenciamento  das  comunicagoes 

Estimativas  dos  custos  das  atividades 

Especificagao  do  trabalho  do  projeto 

Plano  de  gerenciamento  da  configuragao 

Estimativas  das  duragoes  das  atividades 

Listas  de  verificagao  da  qualidade 

Linha  de  base  dos  custos 

Lista  de  atividades 

Medigoes  do  controle  da  qualidade 

Plano  de  gerenciamento  dos  custos 

Requisites  dos  recursos  das  atividades 

Metricas  da  qualidade 

Plano  de  gerenciamento  dos  recursos 
humanos 

Acordos 

Documentagao  dos  requisites 

Plano  de  melhorias  no  processo 

Bases  das  estimativas 

Matriz  de  rastreabilidade  dos  requisites 

Plano  de  gerenciamento  das  aquisigoes 

Registro  das  mudangas 

Estrutura  analitica  dos  recursos 

Linha  de  base  do  escopo 

• Declaragao  do  escopo  do  projeto 

• EAP 

• Dicionario  da  EAP 

Solicitagoes  de  mudanga 

Calendarios  dos  recursos 

Plano  de  gerenciamento  da  qualidade 

Previsoes 

• Previsao  de  custos 

• Previsao  de  cronograma 

Registro  dos  riscos 

Plano  de  gerenciamento  dos  requisites 

Registro  das  questoes 

Dados  do  cronograma 

Plano  de  gerenciamento  dos  riscos 

Lista  dos  marcos 

Propostas  de  fornecedores 

Linha  de  base  do  cronograma 

Documentos  de  aquisigao 

Criterios  para  selegao  de  fontes 

Plano  de  gerenciamento  do  cronograma 

Especificagao  do  trabalho  das  aquisigoes 

Registro  das  paries  interessadas 

Plano  de  gerenciamento  do  escopo 

Calendarios  do  projeto 

Avaliagoes  do  desempenho  da  equipe 

Plano  de  gerenciamento  das  partes 
interessadas 

Termo  de  abertura  do  projeto 
Requisites  de  recursos  financeiros  do 
projeto 

Cronograma  do  projeto 

Diagramas  de  rede  do  cronograma  do 

projeto 

Dados  de  desempenho  do  trabalho 
Informagoes  sobre  o desempenho 
do  trabalho 

Relatorios  de  desempenho  do 
trabalho 
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4.3  Orientar  e gerenciar  o trabalho  do  projeto 

Orientar  e gerenciar  o trabalho  do  projeto  e o processo  de  lideranga  e realizagao  do  trabalho  definido  no 
piano  de  gerenciamento  do  projeto  e implementagao  das  mudangas  aprovadas  para  atingir  os  objetivos  do 
mesmo.  0 principal  beneficio  deste  processo  e o fornecimento  do  gerenciamento  geral  do  trabalho  do  projeto. 
As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  4-6.  A Figura  4-7  ilustra 
o diagrama  de  fluxo  de  dados  do  processo. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Solicitagoes  de  mudanga 
aprovadas 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
^ organizacionais 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Sistema  de  informagoes 
de  gerenciamento  de 
projetos 

.3  ReuniSes 


Saidas 


.1  Entregas 

.2  Dados  de  desempenho 
do  trabalho 

.3  Solicitagoes  de  mudanga 
.4  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.5  Atualizagoes  nos 
documentos  do  projeto 


Figura  4-6.  Orientar  e gerenciar  o trabalho  do  projeto:  entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciamento  da  integrapao  do  projeto 


Empresa/ 

organizagao 


• Ativos  de  processos 
organizacionais 

• Fatores  ambientais 
da  empresa 


4.2 

Desenvolver  o 
piano  de 
gerenciamento 
do  projeto 


• Atualizagoes 
no  piano  de 
gerenciamento 
do  projeto 


• Plano  de 
gerenciamento 
do  projeto 


4.5 

Realizar  o controle 
integrado  de 
mudangas 


• Solicitagoes  de 
mudanga  aprovadas 


4.3 

Orientar  e 
gerenciar  o 
trabalho  do 
projeto 


• Solicitagoes  de 
mudanga 


• Atualizagoes  nos 
documentos  do  projeto 

• Entregas 


• Dados  de 
desempenho 
do  trabalho 


5.5 

Validar  o escopo 


5.6 

Controlar  o escopo 


6.7 

Controlar  o 
cronograma 


7.4 

Controlar 
os  custos 


Documentos 
do  projeto 


8.3 

Controlar  a 
qualidade 


10.3 

Controlar  as 
comunicagoes 


11.6 

Controlar  os  riscos 


12.3 

Controlar  as 
aquisigoes 


13.4 

Controlar  o nfvel  de 
comprometimento 
das  partes 
interessadas 


Figura  4-7.  Orientar  e gerenciar  o trabalho  do  projeto:  diagrama  do  fluxo  de  dados 


As  atividades  de  Orientar  e gerenciar  o trabalho  do  projeto  incluem,  mas  nao  estao  limitadas  a: 

• Executar  as  atividades  para  alcangar  os  objetivos  do  projeto; 

• Criar  as  entregas  do  projeto  para  atender  o trabalho  planejado  do  projeto; 

• Fornecer,  treinar  e gerenciar  os  membros  da  equipe  alocados  no  projeto; 

• Obter,  gerenciar  e usar  recursos,  inclusive  materiais,  ferramentas,  equipamentos  e instalagoes; 
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• Implementar  os  padroes  e os  metodos  planejados; 

• Estabelecer  e gerenciar  os  canais  de  comunicagao  do  projeto,  tanto  externos  como  internos  a equipe 
do  projeto; 

• Gerar  dados  de  desempenho  do  trabalho,  tais  como  custo,  cronograma,  progresso  tecnico  e da 
qualidade  e informagoes  sobre  o andamento  do  projeto  para  facilitar  previsoes; 

• Emitir  solicitagoes  de  mudanga  e implementar  as  mudangas  aprovadas  no  escopo  do  projeto,  nos 
pianos  e no  ambiente; 

• Gerenciar  riscos  e implementar  atividades  de  resposta  a riscos; 

• Gerenciar  vendedores  e fornecedores; 

• Gerenciar  as  partes  interessadas  e seu  engajamento;  e 

• Coletar  e documentar  ligoes  aprendidas  e implementar  as  atividades  de  melhorias  nos  processos 
aprovados. 

0 gerente  do  projeto,  juntamente  com  a equipe  do  projeto,  orienta  a execugao  das  atividades  planejadas  e 
gerenciaas  diversas  interfaces  tecnicas  e organizacionais  que  existem  dentro  do  projeto.  0 gerente  de  projetos 
tambem  deve  gerenciar  quaisquer  atividades  nao  planejadas  e determinar  o curso  de  agao  apropriado.  0 
processo  Orientar  e gerenciar  o trabalho  do  projeto  e diretamente  afetado  pela  area  de  aplicagao  do  projeto. 
Entregas  sao  produzidas  como  saidas  de  processos  executados  para  realizar  o trabalho  do  projeto  conforme 
planejado  e agendado  no  piano  de  gerenciamento  do  projeto. 

Durante  a execugao  do  projeto  os  dados  de  desempenho  do  trabalho  sao  coletados,  acionados  e comunicados 
de  forma  apropriada.  Os  dados  de  desempenho  do  trabalho  incluem  informagoes  sobre  o progresso  de  finalizagao 
das  entregas  e outros  detalhes  relevantes  sobre  o desempenho  do  projeto.  Os  dados  sobre  o desempenho  do 
trabalho  tambem  serao  utilizados  como  entrada  no  grupo  de  processos  de  monitoramento  e controle. 

0 processo  Orientar  e gerenciar  o trabalho  do  projeto  tambem  requer  a analise  do  impacto  de  todas  as 
mudangas  no  projeto  e a implementagao  das  mudangas  aprovadas: 

• Agao  corretiva — Uma  atividade  intencional  que  realinha  o desempenho  dos  trabalhos  do  projeto 
com  o piano  de  gerenciamento  do  projeto; 

• Agao  preventiva — Uma  atividade  intencional  para  garantir  que  o trabalho  futuro  do  projeto  esteja 
alinhado  com  o piano  de  gerenciamento  do  projeto;  e /ou 

• Reparo  de  defeito — Uma  atividade  intencional  para  modificar  urn  produto  ou  componente  do 
produto  nao  conforme. 
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4.3.1  Orientar  e gerenciar  o trabalho  do  projeto:  entradas 

4.3.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4. 2.3.1.  0 piano  de  gerenciamento  do  projeto  content  pianos  auxiliares  relativos  a 
todos  os  aspectos  do  projeto.  Esses  pianos  auxiliares  relativos  a execugao  do  projeto  incluem,  mas  nao  estao 
limitados,  a: 

• Plano  de  gerenciamento  do  escopo  (Segao  5.1 .3.1 ), 

• Plano  de  gerenciamento  dos  requisitos  (Segao  5.1 .3.2), 

• Plano  de  gerenciamento  do  cronograma  (Segao  6.1 .3.1 ), 

• Plano  de  gerenciamento  dos  custos  (Segao  7.1 .3.1 ),  e 

• Plano  de  gerenciamento  das  partes  interessadas  (Segao  1 3. 2.3.1 ). 

4.3.1 .2  Solicitagoes  de  mudanga  aprovadas 

As  solicitagoes  de  mudanga  aprovadas  sao  uma  safda  do  processo  Realizar  o controle  integrado  de 
mudangas,  e incluem  as  solicitagoes  analisadas  e aprovadas  pelo  comite  de  controle  de  mudangas  para 
implementagao  (CCM).  A solicitagao  de  mudanga  aprovada  pode  ser  uma  agao  corretiva,  uma  agao  preventiva, 
ou  urn  reparo  de  defeito.  As  solicitagoes  de  mudanga  aprovadas  sao  programadas  e implementadas  pela 
equipe  do  projeto,  e podem  impactar  qualquer  area  do  projeto  ou  piano  de  gerenciamento  do  projeto.  As 
solicitagoes  de  mudanga  aprovadas  tambem  podem  modificar  as  politicas,  o piano  de  gerenciamento  do 
projeto,  procedimentos,  custos  ou  orgamentos,  ou  revisar  cronogramas.  As  solicitagoes  de  mudanga  aprovadas 
podem  requerer  a implementagao  de  agoes  preventivas  ou  corretivas. 

4.3.1 .3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  0 processo  Orientar  e gerenciar  o trabalho  do  projeto  e influenciado  por  fatores 
ambientais  da  empresa  que  incluem,  mas  nao  estao  limitados,  a: 

• Cultura  e estrutura  organizacional,  da  companhia  ou  do  cliente,  e estrutura  das  organizagoes 
executoras  ou  patrocinadoras; 

• Infraestrutura  (por  exemplo,  equipamentos  e instalagoes  existentes); 

• Administragao  de  pessoal  (por  exemplo,  diretrizes  para  contratagoes  e demissoes,  analises  de 
desempenho  de  empregados,  e registros  de  treinamento); 

• Tolerancia  a riscos  das  partes  interessadas,  por  exemplo,  percentagem  de  custo  superior  ao  previsto 
permitida;  e 

• 0 sistema  de  informagoes  do  gerenciamento  de  projetos  (por  exemplo,  umaferramenta  automatizada, 
como  urn  software  para  elaboragao  de  cronogramas,  urn  sistema  de  gerenciamento  de  configuragao, 
urn  sistema  de  coleta  e distribuigao  de  informagoes  ou  interfaces  web  para  outros  sistemas  online 
automatizados). 
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4.3.1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Orientar 
e gerenciar  o trabalho  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Diretrizes  padronizadas  e instrugoes  de  trabalho; 

• Requisitos  de  comunicagao  que  definem  os  meios  de  comunicagao  permitidos,  retengao  de  registros 
e requisitos  de  seguranga; 

• Procedimentos  de  gerenciamento  de  problemas  e defeitos  que  definem  os  controles,  identificagao  e 
solugao  de  problemas  e defeitos  e acompanhamento  dos  seus  itens  de  agao; 

• Banco  de  dados  para  medigao  de  processos  usado  para  coletar  e disponibilizar  dados  de  medigao 
de  processos  e produtos; 

• Arquivos  de  projetos  anteriores  (ex.,  escopo,  custo,  cronograma,  linhas  de  base  de  medigao  do 
desempenho,  calendars  dos  projetos,  cronograma  do  projeto,  diagramas  de  rede,  registros  dos  riscos, 
agoes  de  respostas  planejadas,  impacto  de  riscos  definido  e ligoes  aprendidas  documentadas);  e 

• Banco(s)  de  dados  para  gerenciamento  de  problemas  e defeitos  contendo  historico  de  problemas  e 
defeitos,  informagoes  de  controle,  resolugao  de  problemas  e defeitos,  e resultados  de  itens  de  agao. 

4.3.2  Orientar  e gerenciar  o trabalho  do  projeto:  ferramentas  e tecnicas 

4.3.2.1  Opiniao  especializada 

A opiniao  especializada  e usada  para  avaliar  as  entradas  necessarias  para  orientar  e gerenciar  a execugao 
do  piano  de  gerenciamento  do  projeto.  Essa  opiniao  e especializagao  sao  aplicadas  a todos  os  detalhes  tecnicos 
e de  gerenciamento  durante  este  processo.  Essa  competencia  e fornecida  pelo  gerente  do  projeto  e a equipe 
de  gerenciamento  do  projeto  atraves  de  conhecimento  ou  treinamento  especializado.  Competencia  adicional  e 
disponibilizada  por  outras  fontes,  inclusive: 

• Outras  unidades  dentro  da  organizagao; 

• Consultores  e outros  especialistas  no  assunto  (internos  e externos); 

• Partes  interessadas,  inclusive  clientes,  fornecedores  ou  patrocinadores;  e 

• Associagoes  profissionais  e tecnicas. 
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4. 3. 2. 2 Sistema  de  Informagoes  de  gerenciamento  de  projetos 

0 sistema  de  informagoes  do  gerenciamento  de  projetos,  que  e parte  dos  fatores  ambientais,  proporciona 
acesso  a ferramentas  tais  como  uma  ferramenta  de  agendamento,  urn  sistema  de  autorizagao  de  trabalho,  urn 
sistema  de  gerenciamento  de  configuragao,  urn  sistema  de  coleta  e distribuigao  de  informagoes,  ou  interfaces 
para  outros  sistemas  automatizados  online.  Coleta  e relatorio  automatizados  sobre  os  principals  indicadores 
de  desempenho  (KPI)  podem  ser  parte  deste  sistema. 

4.3.2.3  Reunioes 

As  reunioes  sao  usadas  para  discutir  e abordar  topicos  relativos  ao  projeto  na  orientagao  e gerenciamento 
da  execugao  do  projeto.  Os  participantes  das  reunioes  podem  incluir  o gerente  do  projeto,  a equipe  do  projeto 
e as  devidas  partes  interessadas  envolvidas  ou  afetadas  pelos  topicos  abordados.  Cada  participants  deve  ter 
urn  papel  definido  para  garantir  sua  participagao  apropriada.  As  reunioes  podem  ser  de  tres  tipos: 

• Troca  de  informagoes; 

• Brainstorming,  avaliagao  de  opinioes,  ou  design;  ou 

• Decisorias. 

Como  boa  pratica,  os  tipos  de  reuniao  nao  devem  ser  misturados.  As  reunioes  devem  ser  preparadas 
com  uma  agenda,  urn  proposito,  urn  objetivo  e duragao  bem  definidos,  e devem  ser  documentadas  de  forma 
apropriada  atraves  de  atas  e itens  de  agao.  As  atas  das  reunioes  devem  ser  arquivadas  conforme  definido  no 
piano  de  gerenciamento  do  projeto.  As  reunioes  sao  mais  eficazes  quando  todos  os  participantes  podem  estar 
fisicamente  presentes  no  mesmo  local.  As  reunioes  virtuais  podem  ser  realizadas  com  o uso  de  ferramentas 
de  audio  e/ou  videoconferencia,  mas  geralmente  requerem  preparagao  e organizagao  adicionais  para  alcangar 
a mesma  eficacia  de  uma  reuniao  presencial. 

4.3.3  Orientar  e gerenciar  o trabalho  do  projeto:  saidas 

4.3.3.1  Entregas 

Uma  entrega  e qualquer  produto,  resultado  ou  capacidade  singular  e verificavel  para  realizar  urn  servigo 
cuja  execugao  e exigida  para  concluir  urn  processo,  uma  fase  ou  urn  projeto.  As  entregas  sao  normalmente 
componentes  tangiveis  realizados  para  cumprir  os  objetivos  do  projeto  e podem  incluir  elementos  do  piano  de 
gerenciamento  do  projeto. 


84 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


4 - GERENCIAMENTO  DA  INTEGRAQAO  DO  PROJETO 


4. 3. 3. 2 Dados  de  desempenho  do  trabalho 

Os  dados  de  desempenho  do  trabalho  sao  observagoes  e medigoes  em  estado  bruto  identificadas  durante  a 
execugao  das  atividades  executadas  para  a realizagao  dos  trabalhos  do  projeto.  Os  dados  sao  frequentemente 
vistos  como  o nfvel  mais  baixo  de  detalhe  de  onde  as  informagoes  sao  extrafdas  por  outros  processos.  Os 
dados  sao  coletados  atraves  da  execugao  do  trabalho  e passados  para  os  processos  de  controle  de  cada  area 
de  processo  para  analise  adicional. 

Exemplos  de  dados  de  execugao  do  trabalho  incluem  o trabalho  conclufdo,  os  principals  indicadores  de 
desempenho,  medidas  de  desempenho  tecnico,  datas  de  inlcio  e termino  das  atividades  do  organograma, 
numero  de  solicitagoes  de  mudanga  e numero  de  defeitos,  custos  reais  e duragoes  reais,  etc. 

4.3.3.3  Solicitagoes  de  mudanga 

Uma  solicitagao  de  mudanga  e uma  proposta  formal  para  modificar  qualquer  documento,  entrega,  ou  linha 
de  base.  Uma  solicitagao  de  mudanga  aprovada  substituira  o respectivo  documento,  entrega  ou  linha  de  base, 
e pode  resultar  em  uma  atualizagao  de  outras  partes  do  piano  de  gerenciamento  do  projeto.  Quando  sao 
encontrados  problemas  enquanto  o trabalho  do  projeto  esta  sendo  executado,  sao  apresentadas  solicitagoes 
de  mudanga  que  podem  modificar  politicas  ou  procedimentos,  escopo,  custo  ou  orgamento,  cronograma  ou 
qualidade  do  projeto.  Outras  solicitagoes  de  mudanga  abrangem  agoes  preventivas  ou  corretivas  necessarias 
para  prevenir  impactos  negativos  posteriores  no  projeto.  Solicitagoes  de  mudanga  podem  ser  diretas  ou 
indiretas,  iniciadas  externaou  internamente,  e podem  ser  opcionais  ou  legalmente/contratualmente  obrigatorias, 
e podem  incluir: 

• Agao  corretiva — Uma  atividade  intencional  que  realinha  o desempenho  dos  trabalhos  do  projeto 
com  o piano  de  gerenciamento  do  projeto; 

• Agao  preventiva — Uma  atividade  intencional  para  garantir  que  o desempenho  futuro  do  trabalho  do 
projeto  esteja  alinhado  com  o piano  de  gerenciamento  do  projeto; 

• Reparo  de  defeito — Uma  atividade  intencional  para  modificar  urn  produto  ou  componente  de 
produto  nao  conforme;  e/ou 

• Atualizagoes — Mudangas  em  documentagoes,  pianos,  etc.  do  projeto  formalmente  controlados, 
para  refletir  ideias  ou  conteudos  modificados  ou  adicionais. 

4.3.3.4  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Plano  de  gerenciamento  do  escopo, 

• Plano  de  gerenciamento  dos  requisitos, 

• Plano  de  gerenciamento  do  cronograma, 

• Plano  de  gerenciamento  dos  custos, 

• Plano  de  gerenciamento  da  qualidade, 

• Plano  de  melhorias  no  processo, 
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• Plano  de  gerenciamento  dos  recursos  humanos, 

• Plano  de  gerenciamento  das  comunicagoes, 

• Plano  de  gerenciamento  dos  riscos, 

• Plano  de  gerenciamento  das  aquisigoes, 

• Plano  de  gerenciamento  das  partes  interessadas,  e 

• Linhas  de  base  do  projeto. 

4.3.3.5  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Documentagao  dos  requisitos, 

• Registros  do  projeto  (questoes,  premissas,  etc.), 

• Registro  dos  riscos,  e 

• Registro  das  partes  interessadas. 


4.4  Monitorar  e controlar  o trabalho  do  projeto 

Monitorar  e controlar  o trabalho  do  projeto  e o processo  de  acompanhamento,  analise  e registro  do 
progresso  para  atender  aos  objetivos  de  desempenho  definidos  no  piano  de  gerenciamento  do  projeto. 
0 principal  beneficio  deste  processo  e permitir  que  as  partes  interessadas  entendam  a situagao  atual  do 
projeto,  os  passos  tornados,  e as  provisoes  do  orgamento,  cronograma  e escopo.  As  entradas,  ferramentas  e 
tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  4-8.  A Figura  4-9  ilustra  o diagrama  de  fluxo  de 
dados  do  processo. 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Previsoes  de  cronograma 
.3  Previsoes  de  custos 
.4  Mudangas  validadas 
.5  Informagoes  sobre  o 
desempenho  do  trabalho 
.6  Fatores  ambientais  da 
empresa 

.7  Ativos  de  processos 
organizacionais 


.1  Opiniao  especializada 
.2  Tecnicas  analiticas 
.3  Sistema  de  informagoes 
de  gerenciamento  de 
projetos 
.4  Reunioes 

V / 


.1  Solicitagoes  de  mudanga 
.2  Relatorios  de 

desempenho  do  trabalho 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 

v / 


Figura  4-8.  Monitorar  e controlar  o trabalho  do  projeto:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  4-9.  Diagrama  do  fluxo  de  dados  do  processo  Monitorar  e controlar  o trabalho  do  projeto 
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0 monitoramento  e um  aspecto  do  gerenciamento  executado  do  inicio  ao  termino  do  projeto.  Ele  inclui 
a coleta,  medigao  e distribuigao  das  informagoes  de  desempenho  e a avaliagao  das  medigoes  e tendencias 
para  efetuar  melhorias  no  processo.  0 monitoramento  continuo  fornece  a equipe  de  gerenciamento  uma 
compreensao  clara  da  saude  do  projeto,  identificando  quaisquer  areas  que  possam  requerer  atengao  especial. 
0 controle  inclui  a determinagao  de  agoes  corretivas  ou  preventivas,  ou  o replanejamento  e acompanhamento 
dos  pianos  de  agao  para  determinar  se  as  agoes  tomadas  resolveram  o problema  de  desempenho.  0 processo 
Monitorar  e controlar  o trabalho  do  projeto  diz  respeito  a: 

• Comparagao  do  desempenho  real  do  projeto  com  o piano  de  gerenciamento  do  projeto; 

• Avaliagao  do  desempenho  para  determinar  se  quaisquer  agoes  corretivas  ou  preventivas  sao 
indicadas  e entao  recomenda-las,  se  necessario; 

• Identificagao  de  novos  riscos  e a analise,  acompanhamento  e monitoramento  dos  riscos  existentes, 
garantindo  que  sejam  identificados,  que  o seu  status  seja  relatado  e que  os  pianos  apropriados  de 
resposta  a riscos  sejam  implementados; 

• Manutengao  de  uma  base  de  informagoes  precisas  e oportunas  a respeito  do(s)  produto(s)  do  projeto 
e suas  relativas  documentagoes  do  imcio  ao  termino  do  projeto; 

• Fornecimento  de  informagoes  para  dar  suporte  ao  relatorio  de  status,  medigao  de  progresso  e 
previsao; 

• Fornecimento  de  previsoes  para  a atualizagao  das  informagoes  atuais  de  custos  e cronograma; 

• Monitoramento  da  execugao  das  mudangas  aprovadas  a medida  que  elas  ocorrem;  e 

• Fornecimento  do  relatorio  apropriado  sobre  o progresso  e situagao  do  projeto  ao  gerenciamento  do 
programa  quando  o projeto  for  parte  de  um  programa. 

4.4.1  Monitorar  e controlar  o trabalho  do  projeto:  entradas 

4.4.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4. 2.3.1 . Monitorar  e controlar  o trabalho  do  projeto  consiste  em  levar  em  consideragao 
todos  os  aspectos  do  projeto.  Os  pianos  auxiliares  no  piano  de  gerenciamento  do  projeto  formam  a base  do 
controle  do  projeto.  Os  pianos  auxiliares  e as  linhas  de  base  incluem,  mas  nao  estao  limitados,  a: 
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• Plano  de  gerenciamento  do  escopo  (Segao  5.1 .3.1 ), 

• Plano  de  gerenciamento  dos  requisitos  (Segao  5.1 .3.2), 

• Plano  de  gerenciamento  do  cronograma  (Segao  6.1 .3.1 ), 

• Plano  de  gerenciamento  dos  custos  (Segao  7.1 .3.1 ), 

• Plano  de  gerenciamento  da  qualidade  (Segao  8.1 .3.1 ), 

• Plano  de  melhorias  no  processo  (Segao  8.1 .3.2), 

• Plano  de  gerenciamento  dos  recursos  humanos  (Segao  9.1 .3.1 ), 

• Plano  de  gerenciamento  das  comunicagoes  (Segao  1 0.1 .3.1 ), 

• Plano  de  gerenciamento  dos  riscos  (Segao  1 1 .1 .3.1 ), 

• Plano  de  gerenciamento  das  aquisigoes  (Segao  1 2.1 .3.1 ), 

• Plano  de  gerenciamento  das  partes  interessadas  (Segao  1 3. 2.3.1 ), 

• Linha  de  base  do  escopo  (Segao  5. 4.3.1 ), 

• Linha  de  base  do  cronograma  (Segao  6.6. 3.1 ),  e 

• Linha  de  base  dos  custos  (Segao  7.3. 3.1 ). 

4.4.1 .2  Provisoes  de  cronograma 

Descritas  na  Segao  67.3.2.  As  previsoes  de  cronograma  sao  obtidas  do  progresso  em  relagao  a linha  de 
base  do  cronograma  e o calculo  da  estimativa  de  tempo  para  terminar  (EPT).  Isso  e normalmente  expresso 
em  termos  de  variagao  de  prazos  (VPR)  e indice  de  desempenho  de  prazos  (IDP).  Para  projetos  que  nao  usam 
gerenciamento  do  valor  agregado,  sao  fornecidas  as  variagoes  em  relagao  as  datas  de  termino  planejadas  e 
as  datas  de  termino  previstas. 

A previsao  pode  ser  usada  para  determinar  se  o projeto  ainda  esta  dentro  das  faixas  de  tolerancia  definidas 
e identificar  quaisquer  solicitagoes  de  mudanga  necessarias. 

4.4.1. 3 Previsoes  de  custos 

Descritas  na  Segao  7.4.3.2.  As  previsoes  de  custos  sao  obtidas  do  progresso  em  relagao  a linha  de 
base  de  custos  e o calculo  das  estimativas  para  terminar  (EPT).  Isso  e normalmente  expresso  em  termos 
de  variagao  de  custos  (VC)  e indice  de  desempenho  de  custos  (IDC).  Uma  estimativa  no  termino  (ENT)  pode 
ser  comparada  ao  orgamento  no  termino  (ONT)  para  verificar  se  o projeto  ainda  esta  dentro  das  faixas  de 
tolerancia  ou  se  uma  solicitagao  de  mudanga  e requerida.  Para  os  projetos  que  nao  usam  o gerenciamento 
do  valor  agregado,  sao  fornecidas  as  variagoes  em  relagao  as  despesas  planejadas  em  relagao  as  despesas 
reais  e os  custos  finais  previstos. 
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4.4.1 .4  Mudangas  validadas 

Descritas  na  Segao  8.3.3.2.  As  mudangas  aprovadas  que  resultarem  do  processo  Realizar  o controle  integrado 
de  mudangas  exigem  a validagao  para  garantir  a implementagao  apropriada  da  mudanga.  Uma  mudanga  validada 
fornece  os  dados  necessarios  para  confirmar  que  a mudanga  foi  realizada  de  forma  apropriada. 

4.4.1 .5  Informagoes  sobre  o desempenho  do  trabalho 

As  informagoes  sobre  o desempenho  do  trabalho  sao  constituidas  pelos  dados  de  desempenho  coletados  de 
varios  processos  de  controle,  analisados  dentro  do  contexto  e integrados  com  base  nos  relacionamentos  entre 
as  areas.  Desta  maneira,  os  dados  sobre  o desempenho  do  trabalho  sao  transformados  em  informagoes  de 
desempenho  do  trabalho.  Dados  em  si  nao  podem  ser  usados  no  processo  decisorio  pois  eles  so  possuem  urn 
significado  fora  do  contexto.  As  informagoes  sobre  o desempenho  do  trabalho,  no  entanto,  sao  correlacionadas 
e contextualizadas,  e fornecem  uma  base  solida  para  as  decisoes  do  projeto. 

As  informagoes  sobre  o desempenho  do  trabalho  sao  circuladas  atraves  dos  processos  de  comunicagao. 
Exemplos  de  informagoes  sobre  o desempenho  sao  a situagao  das  entregas,  a situagao  da  implementagao  das 
solicitagoes  de  mudanga  e as  estimativas  previstas  para  terminar. 

4.4.1 .6  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Monitorar  e 
controlar  o trabalho  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Padroes  governamentais  ou  industriais  (por  exemplo,  padroes  de  agendas  reguladoras,  codigos  de 
conduta,  padroes  de  produto,  padroes  de  qualidade  e padroes  de  mao  de  obra), 

• Sistemas  de  autorizagao  de  trabalho  da  organizagao, 

• Tolerancia  a riscos  das  partes  interessadas,  e 

• 0 sistema  de  informagoes  de  gerenciamento  de  projetos  (por  exemplo,  umaferramenta  automatizada, 
como  urn  software  para  elaboragao  de  cronogramas,  urn  sistema  de  gerenciamento  de  configuragao, 
urn  sistema  de  coleta  e distribuigao  de  informagoes  ou  interfaces  web  para  outros  sistemas  online 
automatizados). 
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4.4.1. 7 Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Monitorar  e controlar  o trabalho  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Requisitos  de  comunicagao  da  organizagao; 

• Procedimentos  de  controles  financeiros  (por  exemplo,  registro  de  horas,  analises  obrigatorias  de 
gastos  e despesas,  codigos  contabeis  e clausulas  contratuais  padrao); 

• Procedimentos  de  gerenciamento  de  problemas  e defeitos  que  definem  os  controles,  identificagao  e 
solugao  de  problemas  e defeitos  e acompanhamento  dos  seus  itens  de  agao; 

• Os  procedimentos  de  controle  de  mudanga,  incluindo  os  de  escopo,  organograma,  custo,  e variagoes 
de  qualidade; 

• Procedimentos  de  controle  de  riscos,  incluindo  categorias  de  riscos,  definigao  de  impacto  e 
probabilidade  e matriz  de  probabilidade  e impacto; 

• Bancos  de  dados  para  medigao  de  processos  usados  para  disponibilizar  dados  de  medigao  de 
processos  e produtos;  e 

• Bancos  de  dados  de  ligoes  aprendidas. 

4.4.2  Monitorar  e controlar  o trabalho  do  projeto:  ferramentas  e tecnicas 

4.4.2.1  Opiniao  especializada 

A opiniao  especializada  e usada  pela  equipe  de  gerenciamento  do  projeto  para  interpretar  as  informagoes 
fornecidas  pelos  processos  de  monitoramento  e controle.  0 gerente  de  projetos,  em  colaboragao  com  a equipe, 
determina  as  agoes  necessarias  para  assegurar  que  o desempenho  do  projeto  alcance  as  expectativas. 

4. 4. 2. 2 Tecnicas  analiticas 

Tecnicas  analiticas  sao  usadas  no  gerenciamento  de  projetos  para  prever  possiveis  resultados  com  base 
nas  possiveis  variagoes  do  projeto  ou  variaveis  do  ambiente  e suas  relagoes  com  outras  variaveis.  Exemplos 
de  tecnicas  analiticas  usadas  nos  projetos  sao: 

• Analise  de  regressao, 

• Metodos  de  agrupamento, 

• Analise  causal, 
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• Analise  da  causa-raiz, 

• Metodos  de  previsao  (por  exemplo,  series  temporais,  criagao  de  cenarios,  simulagao,  etc. ), 

• Analise  de  modos  e efeitos  de  falha  (FMEA), 

• Analise  da  an/ore  de  falhas  (FTA), 

• Analise  de  reservas, 

• Analise  de  tendencias, 

• Gerenciamento  do  valor  agregado,  e 

• Analise  de  variagao. 

4.4.2. 3 Sistema  de  informagoes  de  gerenciamento  de  projeto 

0 sistema  de  informagoes  de  gerenciamento  de  projeto,  que  e parte  dos  fatores  ambientais  da  empresa, 
fornece  acesso  as  ferramentas  automatizadas,  tais  como  de  agendamento,  custos,  e ferramentas  de  recursos, 
indicadores  de  desempenho,  bancos  de  dados,  registros  de  projetos  e dados  financeiros  usados  durante  o 
processo  Monitorar  e controlar  o trabalho  do  projeto. 

4.4.2.4  Reunioes 

Descritas  na  Segao  4. 3.2. 3.  As  reunioes  podem  ser  presenciais,  virtuais,  formais  ou  informais.  Elas  podem 
incluir  membros  da  equipe  do  projeto,  partes  interessadas,  e outras  pessoas  envolvidas  no  projeto  ou  por  ele 
impactadas.  Os  tipos  de  reunioes  incluem,  mas  nao  estao  limitados,  a grupos  de  usuarios  e reunioes  de  revisao. 

4.4.3  Monitorar  e controlar  o trabalho  do  projeto:  saidas 
4.4.3.1  Solicitagoes  de  mudanga 

Como  resultado  das  comparagoes  dos  resultados  planejados  com  os  reais,  podem  ser  emitidas  solicitagoes 
de  mudanga  para  expandir,  ajustar  ou  reduzir  o escopo  do  projeto  ou  do  produto,  ou  requisitos  de  qualidade  e 
linhas  de  base  do  cronograma  ou  dos  custos.  As  solicitagoes  de  mudanga  podem  exigir  a coleta  e documentagao 
de  novos  requisitos.  As  mudangas  podem  causar  impacto  no  piano  de  gerenciamento  do  projeto  e nos 
documentos  do  projeto,  ou  nas  entregas  de  produto.  As  mudangas  que  atenderem  aos  criterios  de  controle 
de  mudanga  do  projeto  devem  passar  pelo  processo  de  controle  integrado  de  mudangas  estabelecido  para  o 
projeto.  As  mudangas  podem  incluir,  mas  nao  estao  limitadas,  as  seguintes: 
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• Agao  corretiva — Uma  atividade  intencional  que  realinha  o desempenho  dos  trabalhos  do  projeto 
com  o piano  de  gerenciamento  do  projeto; 

• Agao  preventiva — Uma  atividade  intencional  para  garantir  que  o desempenho  futuro  do  trabalho  do 
projeto  esteja  alinhado  com  o piano  de  gerenciamento  do  projeto;  e 

• Reparo  de  defeito — Uma  atividade  intencional  para  modificar  urn  produto  ou  componente  do 
produto  nao  conforme. 

4.4.3.2  Relatorios  de  desempenho  do  trabalho 

Os  relatorios  de  desempenho  do  trabalho  sao  a representagao  fisica  ou  eletronica  das  informagoes  de 
desempenho  do  trabalho  compiladas  em  documentos  do  projeto  para  suportar  decisoes,  agoes,  ou  criar 
conscientizagao.  As  informagoes  do  projeto  podem  ser  comunicadas  verbalmente,  de  pessoa  para  pessoa.  No 
entanto,  a fim  de  registrar,  armazenar  e,  as  vezes,  distribuir  as  informagoes  sobre  o desempenho  do  trabalho, 
e necessaria  uma  representagao  fisica  ou  eletronica  na  forma  de  documentos  de  projeto.  Os  relatorios  de 
desempenho  do  trabalho  sao  urn  subconjunto  de  documentos  do  projeto  que  visam  conscientizar  e gerar 
decisoes  ou  agoes.  Metricas  especificas  de  desempenho  do  trabalho  podem  ser  definidas  no  inicio  do  projeto 
e incluidas  nos  relatorios  normais  de  desempenho  do  trabalho  fornecidos  as  principals  partes  interessadas. 

Exemplos  de  relatorios  de  desempenho  do  trabalho  incluem  relatorios  de  status,  memorandos,  justificativas, 
notas  informativas,  recomendagoes  e atualizagoes. 

4.4.3.3  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

As  mudangas  identificadas  durante  o processo  Monitorar  e controlar  o trabalho  do  projeto  podem  afetar  o piano 
geral  de  gerenciamento  de  projeto.  Essas  mudangas,  apos  serem  processadas  atraves  do  processo  de  controle  de 
mudangas  apropriado,  podem  levar  a atualizagoes  no  piano  de  gerenciamento  do  projeto.  Os  elementos  do  piano 
de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Plano  de  gerenciamento  do  escopo  (Segao  5.1 .3.1 ), 

• Plano  de  gerenciamento  dos  requisitos  (Segao  5.1 .3.2), 

• Plano  de  gerenciamento  do  cronograma  (Segao  6.1 .3.1 ), 

• Plano  de  gerenciamento  dos  custos  (Segao  7.1 .3.1 ), 

• Plano  de  gerenciamento  da  qualidade  (Segao  8.1 .3.1 ), 

• Unha  de  base  do  escopo  (Segao  5. 4.3.1 ), 

• Unha  de  base  do  cronograma  (Segao  6.6. 3.1 ),  e 

• Unha  de  base  dos  custos  (Segao  7.3. 3.1 ). 
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4.4.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Previsoes  de  cronograma  e custos, 

• Relatorios  de  desempenho  do  trabalho,  e 

• Registro  das  questoes. 


4.5  Realizar  o controle  integrado  de  mudangas 

Realizar  o controle  integrado  de  mudangas  e o processo  de  revisar  todas  as  solicitagoes  de  mudanga, 
aprovar  as  mudangas  e gerenciar  as  mudangas  sendo  feitas  nas  entregas,  ativos  de  processos  organizacionais, 
documentos  do  projeto  e no  piano  de  gerenciamento  do  projeto,  e comunicar  a disposigao  dos  mesmos.  Ele 
revisa  todas  as  solicitagoes  de  mudanga  ou  modificagoes  nos  documentos  do  projeto,  entregas,  linhas  de 
base  ou  no  piano  de  gerenciamento  do  projeto,  e aprova  ou  rejeita  as  mudangas.  0 principal  beneficio  deste 
processo  e permitir  que  as  mudangas  documentadas  no  ambito  do  projeto  sejam  consideradas  de  forma 
integrada,  reduzindo  os  riscos  do  projeto  que  frequentemente  resultam  das  mudangas  feitas  sem  levar  em 
consideragao  os  objetivos  ou  pianos  gerais  do  projeto.  As  entradas,  ferramentas  e tecnicas,  e saidas  deste 
processo  estao  ilustradas  na  Figura  4-1 0.  A Figura  4-1 1 mostra  o diagrama  de  fluxo  de  dados  do  processo. 


.1  Plano  de  gerenciamento 
doprojeto 

.2  Relatorios  de  desempenho 
do  trabalho 

.3  Solicitagoes  de  mudanga 

.4  Fatores  ambientais  da 
empresa 

.5  Ativos  de  processos 
organizacionais 

V / 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Reunifies 

.3  Ferramentas  de  controle 
de  mudangas. 

v. ; 


.1  Solicitagoes  de  mudanga 
aprovadas 

.2  Registro  das  mudangas 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 

V / 


Figure  4-10.  Realizar  o controle  integrado  de  mudangas:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  4-11.  Diagrama  do  fluxo  de  dados  do  processo  Realizar  o controle  integrado  de  mudangas 
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0 processo  Realizar  o controle  integrado  de  mudangas  e conduzido  do  inicio  ao  termino  do  projeto,  e e de 
responsabilidade  final  do  gerente  de  projetos.  0 piano  de  gerenciamento  do  projeto,  a especificagao  do  escopo 
do  projeto  e outras  entregas  sao  mantidas  atraves  do  gerenciamento  cuidadoso  e contlnuo  das  mudangas, 
atraves  da  rejeigao  ou  aprovagao  das  mesmas,  assegurando  assim  que  somente  as  mudangas  aprovadas 
sejam  incorporadas  a linha  de  base  revisada. 

As  mudangas  podem  ser  solicitadas  por  qualquer  parte  interessada  envolvida  no  projeto.  Embora  possam 
ser  iniciadas  verbalmente,  tais  mudangas  devem  ser  sempre  registradas  por  escrito  e langadas  no  sistema 
de  gerenciamento  de  mudangas  e/ou  no  sistema  de  gerenciamento  de  configuragoes.  As  solicitagoes 
de  mudanga  estao  condicionadas  ao  processo  especificado  nos  sistemas  de  controle  de  mudangas  e de 
configuragao.  Estes  processos  de  solicitagao  de  mudanga  podem  requerer  informagoes  sobre  impactos 
estimados  no  tempo  e custos. 

Todas  as  requisigoes  de  mudanga  documentadas  precisam  ser  aprovadas  ou  rejeitadas  por  uma  pessoa 
responsavel,  geralmente  o patrocinador  ou  o gerente  do  projeto.  A pessoa  responsavel  sera  identificada  no 
piano  de  gerenciamento  do  projeto  ou  por  procedimentos  organizacionais.  Quando  requerido,  o processo 
Realizar  o controle  integrado  de  mudangas  incluira  urn  comite  de  controle  de  mudangas  (CCM),  urn  grupo 
formalmente  constituido  para  revisar,  avaliar,  aprovar,  adiar  ou  rejeitar  mudangas  no  projeto,  e registrar  e 
comunicartais  decisoes.  Solicitagoes  de  mudanga  aprovadas  podem  requerer  novas  ou  revisadas  estimativas 
de  custos,  sequenciamento  de  atividades,  datas  de  cronograma,  requisitos  de  recursos  e analise  de  alternativas 
de  resposta  aos  riscos.  Essas  mudangas  podem  exigir  ajustes  no  piano  de  gerenciamento,  ou  em  outros 
documentos  do  projeto.  0 nivel  de  controle  de  mudanga  aplicado  depende  da  area  de  aplicagao,  complexidade 
do  projeto  em  questao,  requisitos  contratuais  e o contexto  e ambiente  no  qual  o projeto  e executado.  Pode  ser 
necessaria  a aprovagao  do  cliente  ou  do  patrocinador  para  certas  requisigoes  de  mudanga  apos  a aprovagao 
pelo  CCM  (comite  de  controle  de  mudangas),  a menos  que  eles  participem  do  CCM. 

0 controle  da  configuragao  foca  as  especificagoes  das  entregas  e dos  processos,  enquanto  o controle  de 
mudangas  foca  a identificagao,  documentagao  e aprovagao  ou  rejeigao  das  mudangas  nos  documentos,  nas 
entregas  ou  linhas  de  base  do  projeto. 

Algumas  das  atividades  de  gerenciamento  da  configuragao  incluidas  no  processo  Realizar  o controle 
integrado  de  mudangas  sao  as  seguintes: 

• Identificagao  da  configuragao.  A identificagao  e selegao  de  urn  item  de  configuragao  para  fornecer 
a base  pela  qual  a configuragao  do  produto  e definida  e verificada,  produtos  e documentos  sao 
rotulados,  mudangas  sao  gerenciadas  e a responsabilidade  e mantida. 
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• Registro  da  situagao  da  configuragao.  Informagoes  sao  registradas  e reportadas  indicando  quando 
os  dados  apropriados  a respeito  do  item  de  configuragao  devem  ser  fornecidos.  Essas  informagoes 
incluem  uma  lista  de  identificagao  de  configuragoes  aprovadas,  andamento  das  propostas  de 
mudangas  na  configuragao  e andamento  da  execugao  das  mudangas  aprovadas. 

• Verificagao  e auditoria  da  configuragao.  A verificagao  e auditorias  da  configuragao  garantem  que  a 
composigao  dos  itens  de  configuragao  de  urn  projeto  esta  correta  e que  as  mudangas  correspondentes 
foram  registradas,  avaliadas,  aprovadas,  acompanhadas  e corretamente  efetuadas.  Isso  assegura 
que  os  requisitos  funcionais  definidos  na  documentagao  da  configuragao  foram  atendidos. 

4.5.1  Realizar  o controle  integrado  de  mudangas:  entradas 

4.5.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  usados 
incluem,  mas  estao  limitados,  ao: 

• Plano  de  gerenciamento  do  escopo,  que  contem  os  procedimentos  para  mudangas  no  escopo; 

• Unha  de  base  do  escopo,  que  fornece  a definigao  do  produto;  e 

• 0 piano  de  gerenciamento  de  mudangas,  que  fornece  a orientagao  para  o gerenciamento  do  processo 
Controlar  mudangas  e documenta  o comite  de  controle  de  mudangas  (COM)  formal. 

As  mudangas  sao  documentadas  e atualizadas  no  piano  de  gerenciamento  do  projeto  como  parte  dos 
processos  de  gerenciamento  de  mudanga  e configuragao. 

4.5.1 .2  Relatorios  de  desempenho  do  trabalho 

Descritos  na  Segao  4. 4.3. 2.  Os  registros  de  desempenho  do  trabalho  de  interesse  especifico  do  processo 
Realizar  o controle  integrado  de  mudangas  incluem  os  registros  de  disponibilidade  de  recursos,  dados  de 
custos  e organograma  e gerenciamento  de  valor  agregado  (GVA),  e graficos  de  evolugao  progressiva  e de 
evolugao  regressiva. 

4.5.1 .3  Solicitagoes  de  mudanga 

Todos  os  processos  de  monitoramento  e controle  e muitos  dos  processos  de  execugao  produzem  solicitagoes 
de  mudanga  como  saida.  Essas  solicitagoes  podem  incluir  agoes  corretivas,  agoes  preventivas  e reparos  de 
defeitos.  No  entanto,  agoes  corretivas  e preventivas  normalmente  nao  afetam  as  linhas  de  base  do  projeto, 
somente  o desempenho  em  relagao  as  mesmas. 
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4.5.1 .4  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  0 seguinte  fator  ambiental  da  empresa  pode  influenciar  o processo  Realizar 
o controle  integrado  de  mudangas:  o sistema  de  informagoes  de  gerenciamento  de  projeto.  0 sistema  de 
informagoes  de  gerenciamento  de  projeto  pode  incluir  urn  software  para  a elaboragao  de  cronogramas,  urn 
sistema  de  gerenciamento  de  configuragao,  urn  sistema  de  coleta  e distribuigao  de  informagoes  ou  interfaces 
web  para  outros  sistemas  online  automatizados. 

4.5.1 .5  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Realizar 
o controle  integrado  de  mudangas  incluem,  mas  nao  estao  limitados,  a: 

• Procedimentos  de  controle  de  mudangas,  inclusive  os  passos  pelos  quais  os  padroes,  politicas, 
pianos  e procedimentos  oficiais  da  empresa,  e outros  documentos  do  projeto  serao  modificados  e 
como  as  mudangas  serao  aprovadas,  validadas  e implementadas; 

• Procedimentos  para  a aprovagao  e emissao  de  autorizagoes  de  mudanga; 

• Banco  de  dados  para  medigao  de  processos  usado  para  coletar  e disponibilizar  dados  de  medigao 
de  processos  e produtos; 

• Documentos  do  projeto  (por  exemplo,  linhas  de  base  do  escopo,  custos  e cronograma,  calendars 
do  projeto,  diagramas  de  rede  do  cronograma  do  projeto,  registros  dos  riscos,  agoes  de  resposta 
planejadas  e impacto  definido  de  riscos);  e 

• Bases  de  conhecimento  de  gerenciamento  de  configuragao,  contendo  as  versoes  e linhas  de  base 
de  todos  os  padroes,  politicas  e procedimentos  oficiais  da  organizagao,  e quaisquer  documentos  de 
projetos. 

4.5.2  Realizar  o controle  integrado  de  mudangas:  ferramentas  e tecnicas 

4.5.2.1  Opiniao  especializada 

Alem  da  opiniao  especializada  da  equipe  de  gerenciamento  do  projeto,  pode-se  solicitar  a opiniao 
especializada  das  partes  interessadas  e que  as  mesmas  participem  do  comite  de  controle  de  mudangas  (CCM). 
Tal  opiniao  e conhecimento  especializado  sao  aplicados  a quaisquer  detalhes  tecnicos  e gerenciais  durante 
este  processo  e podem  ser  fornecidos  por  varias  fontes,  por  exemplo: 
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• Consultores, 

• Partes  interessadas,  inclusive  clientes  ou  patrocinadores, 

• Associagfies  profissionais  e tecnicas, 

• Setores  econfimicos, 

• Especialistas  no  assunto,  e 

• Escritorio  de  gerenciamento  de  projetos  (PMO). 

4.5. 2.2  Reunides 

Neste  caso,  essas  reunifies  sao  normalmente  chamadas  de  reunifies  de  controle  de  mudangas.  Quando 
necessario  ao  projeto,  um  comite  de  controle  de  mudangas  (CCM)  e responsavel  por  se  reunir  e revisar  as 
solicitagfies  de  mudanga  e aprovar  ou  rejeitar  as  mesmas,  ou  outras  decisfies  sobre  essas  mudangas.  0 CCM 
tambem  podera  analisar  as  atividades  de  gerenciamento  da  configuragao.  Os  papeis  e responsabilidades 
desses  comites  sao  claramente  definidos  e acordados  pelas  partes  interessadas  apropriadas  e documentados 
no  piano  de  gerenciamento  de  mudangas.  As  decisfies  do  CCM  sao  documentadas  e comunicadas  as  partes 
interessadas,  a titulo  de  informagao  e para  agfies  de  acompanhamento. 

4.5. 2. 3 Ferramentas  de  controle  de  mudangas 

Podem  ser  usadas  ferramentas  manuais  ou  automatizadas  para  facilitar  o gerenciamento  de  configuragao 
e mudanga.  A selegao  de  ferramentas  deve  ser  baseada  nas  necessidades  das  partes  interessadas  no  projeto, 
incluindo  consideragfies  e/ou  restrigfies  organizacionais  e ambientais. 

As  ferramentas  sao  usadas  para  gerenciar  as  solicitagfies  de  mudanga  e suas  decisfies  resultantes. 
Consideragfies  adicionais  devem  ser  feitas  com  relagao  a comunicagao,  a fim  de  ajudar  os  membros  do  CCM 
em  suas  tarefas  e distribuir  as  decisfies  as  partes  interessadas  apropriadas. 

4.5.3  Realizar  o controle  integrado  de  mudangas:  saidas 
4.5.3.1  Solicitagfies  de  mudanga  aprovadas 

As  solicitagfies  de  mudanga  sao  processadas  de  acordo  com  o sistema  de  controle  de  mudangas,  pelo 
gerente  de  projetos,  pelo  CCM  ou  por  um  membro  da  equipe  designado.  As  solicitagfies  de  mudanga  aprovadas 
serao  realizadas  pelo  processo  orientar  e gerenciar  o trabalho  do  projeto.  A decisao  sobre  todas  as  solicitagfies 
de  mudanga,  aprovadas  ou  nao,  sera  atualizada  no  registro  das  mudangas  como  parte  das  atualizagfies  nos 
documentos  do  projeto. 
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4.5. 3.2  Registro  das  mudangas 

0 registro  das  mudangas  e usado  para  documentar  as  modificagoes  que  ocorrem  durante  o projeto.  Essas 
mudangas  e seu  impacto  no  projeto  em  termos  de  tempo,  custo  e risco  sao  comunicadas  as  partes  interessadas 
apropriadas.  As  solicitagoes  de  mudanga  rejeitadas  sao  tambem  captadas  no  registro  das  mudangas. 

4.5.3.3  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Quaisquer  pianos  auxiliares,  e 

• Linhas  de  base  que  estao  sujeitas  ao  processo  de  controle  de  mudangas  formal. 

As  mudangas  nas  linhas  de  base  devem  mostrar  somente  as  alteragoes  a partir  do  tempo  atual  em  diante 
Os  desempenhos  passados  nao  podem  ser  modificados.  Isso  protege  a integridade  das  linhas  de  base  e os 
dados  historicos  de  desempenhos  passados. 

4.5.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  como  resultado  do  processo  Realizar  o controle 
integrado  de  mudangas  incluem  todos  os  documentos  especificados  como  sendo  sujeitos  ao  processo  formal 
de  controle  de  mudangas. 


4.6  Encerrar  o projeto  ou  fase 

Encerrar  o projeto  ou  fase  e o processo  de  finalizagao  de  todas  as  atividades  de  todos  os  grupos  de 
processos  de  gerenciamento  do  projeto  para  encerrar  formalmente  o projeto  ou  a fase.  0 principal  beneficio 
deste  processo  e o fornecimento  de  ligoes  aprendidas,  o encerramento  formal  do  trabalho  do  projeto  e a 
liberagao  dos  recursos  organizacionais  para  utilizagao  em  novos  empreendimentos.  As  entradas,  ferramentas 
e tecnicas  e saidas  desse  processo  sao  ilustradas  na  Figura  4-12.  A Figura  4-13  mostra  o diagrama  de  fluxo 
de  dados  do  processo. 


.1  Plano  de  gerenciamento 
do  projeto 
.2  Entregas  aceitas 
.3  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Tecnicas  analiticas 
.3  Reunioes 


.1  Transigao  do  produto, 
servigo  ou  resultado  final 
.2  Atualizagoes  nos  ativos 
de  processos 
organizacionais 


Figura  4-12.  Encerrar  o projeto  ou  fase:  entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciamento  da  integra^ao  do  projeto 


5.5 

Validar  o escopo 


• Entregas 
aceitas 


4.2 

Desenvolver  o piano 
de  gerenciamento 
do  projeto 


• Plano  de 
gerenciamento 
do  projeto 


4.6 


Encerrar  o projeto 
ou  fase 


• Ativos  de 
processos 
organizacionais 


• Transigao  do 
produto,  servigo 
ou  resultado  final 


Empresa/ 

organizagao 


• Atualizagoes  nos  ativos  de 
processos  organizacionais 


Figura  4-13.  Diagrama  de  fluxo  de  dados  do  processo  Encerrar  o projeto  ou  fase 


Durante  o encerramento  do  projeto,  o gerente  do  projeto  deve  revisar  todas  as  informagoes  previas  dos 
encerramentos  de  fases  anteriores,  assegurando  que  todo  o trabalho  do  projeto  esta  completo  e que  o projeto 
alcangou  seus  objetivos.  Ja  que  o escopo  do  projeto  e medido  em  comparagao  com  o piano  de  gerenciamento, 
o gerente  do  projeto  deve  revisar  a linha  de  base  do  escopo  para  garantir  a conclusao  antes  de  considerar  o 
projeto  encerrado.  0 processo  Encerrar  o projeto  ou  fase  tambem  estabelece  os  procedimentos  para  investigar 
e documentar  os  motivos  de  agoes  realizadas  se  o projeto  for  encerrado  antes  da  sua  conclusao.  Para  que  isso 
seja  conseguido  com  sucesso,  o gerente  do  projeto  precisa  envolver  todas  as  partes  interessadas  apropriadas 
no  processo. 


Isso  inclui  todas  as  atividades  planejadas  necessarias  para  administrar  o encerramento  do  projeto  ou  de 
uma  fase,  inclusive  metodologias  no  estilo  passo  a passo  que  abordam  as: 

• Agoes  e atividades  necessarias  para  atender  os  criterios  de  conclusao  ou  de  saida  para  a fase  ou 
projeto; 

• Agoes  e atividades  necessarias  para  transferir  os  produtos,  servigos  ou  resultados  do  projeto  para  a 
proxima  fase  ou  para  produgao  e/ou  operagoes;  e 

• Atividades  necessarias  para  coletar  registros  do  projeto  ou  da  fase,  auditar  o projeto  quanto  ao  seu 
exito  ou  fracasso,  coletar  ligoes  aprendidas  e arquivar  informagoes  do  projeto  para  o uso  futuro  da 
organizagao. 
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4.6.1  Encerrar  o projeto  ou  fase:  entradas 

4.6.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4. 2.3.1.  0 piano  de  gerenciamento  do  projeto  torna-se  o acordo  entre  o gerente  do 
projeto  e o patrocinador  do  mesmo,  definindo  o que  constitui  o termino  do  projeto. 

4.6.1 .2  Entregas  aceitas 

Descritas  na  Segao  5.5.  As  entregas  aceitas  podem  incluir  especificagoes  de  produto  aprovadas,  recibos  de 
entrega  e documentos  de  desempenho  do  trabalho.  As  entregas  parciais  ou  temporarias  tambem  podem  ser 
incluidas  para  projetos  faseados  ou  cancelados. 

4.6.1 .3  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Encerrar  o projeto  ou  fase  incluem,  mas  nao  estao  limitados,  a: 

• Diretrizes  ou  requisitos  de  encerramento  do  projeto  ou  fase  (por  exemplo,  procedimentos 
administrativos,  auditorias  do  projeto,  avaliagoes  do  projeto  e criterios  de  transigao);  e 

• Bases  de  conhecimento  de  informagoes  historicas  e ligoes  aprendidas  (por  exemplo,  registros  e 
documentos  do  projeto,  todas  as  informagoes  de  encerramento  e documentagao  do  projeto, 
informagoes  sobre  os  resultados  de  decisoes  referentes  a selegoes  anteriores  de  projetos  e 
informagoes  de  desempenho  de  projetos  anteriores,  alem  de  informagoes  de  atividades  de 
gerenciamento  de  riscos). 

4.6.2  Encerrar  o projeto  ou  fase:  ferramentas  e tecnicas 
4.6.2.1  Opiniao  especializada 

A opiniao  especializada  e aplicada  quando  as  atividades  de  encerramento  administrative  sao  executadas. 
Esses  especialistas  asseguram  que  o encerramento  do  projeto  ou  da  fase  e feito  de  acordo  com  os  padroes 
apropriados.  A opiniao  especializada  esta  dispomvel  a partir  de  varias  fontes,  incluindo,  mas  nao  se  limitando,  a: 

• Outros  gerentes  de  projetos  dentro  da  organizagao, 

• Escritorio  de  gerenciamento  de  projetos  (PMO),  e 

• Associagoes  profissionais  e tecnicas. 
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4. 6. 2. 2 Tecnicas  analiticas 

Descritas  na  Segao  4.4. 2.2.  Exemplos  de  tecnicas  analiticas  usadas  no  encerramento  do  projeto  sao: 

• Analise  de  regressao,  e 

• Analise  de  tendencias. 

4. 6. 2. 3 Reunioes 

Descritas  na  Segao  4. 3.2. 3.  As  reunioes  podem  ser  presenciais,  virtuais,  formais  ou  informais.  Isso  pode 
incluir  os  membros  da  equipe  do  projeto  e outras  partes  interessadas  envolvidas  ou  impactadas  pelo  projeto. 
Os  tipos  de  reuniao  incluem,  mas  nao  estao  limitados  a ligoes  aprendidas,  encerramento,  grupos  de  usuarios 
e reunioes  de  revisao. 

4.6.3  Encerrar  o projeto  ou  fase:  sai'das 

4.6.3.1  Transicao  do  produto,  servigo  ou  resultado  final 

Essa  saida  se  refere  a transigao  do  produto,  servigo  ou  resultado  final  que  o projeto  foi  autorizado  a produzir 
(ou  no  caso  de  encerramento  de  fase,  o produto,  servigo  ou  resultado  intermediary  da  fase). 

4.6.3.2  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  sao  atualizados  como  resultado  do  processo  Encerrar  o projeto 
ou  fase  incluem,  mas  nao  estao  limitados,  a: 
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• Arquivos  do  projeto — Documentagao  resultante  das  atividades  do  projeto,  por  exemplo,  piano  de 
gerenciamento  do  projeto,  escopo,  custo,  cronograma  e calendars  do  projeto;  registros  dos  riscos 
e outros  registros,  documentagao  de  gerenciamento  de  mudanga,  agoes  planejadas  de  resposta  aos 
riscos  e impacto  de  risco. 

• Documentos  de  encerramento  do  projeto  ou  fase — consistem  de  documentagao  formal  indicando 
a conclusao  do  projeto  ou  fase  e a transference  das  entregas  do  projeto  concluido  ou  fase  concluida 
para  outros,  tais  como  urn  grupo  de  operagoes  ou  para  a proxima  fase.  Durante  o encerramento  do 
projeto,  o gerente  do  projeto  revisa  a documentagao  de  fases  anteriores  e de  aceitagao  do  cliente  a 
partir  do  processo  Validar  escopo  (Segao  5.4)  e do  contrato  (se  aplicavel),  para  assegurar  que  todos 
os  requisitos  do  projeto  foram  concluidos  antes  da  finalizagao  do  encerramento  do  projeto.  Se  o 
projeto  foi  encerrado  antes  da  sua  conclusao,  a documentagao  formal  indica  por  que  o mesmo  foi 
encerrado  e formaliza  os  procedimentos  da  transference  das  entregas  acabadas  e inacabadas  do 
projeto  cancelado  para  outros  projetos. 

• Informagoes  historicas — As  informagoes  historicas  e das  ligoes  aprendidas  sao  transferidas  para  a 
base  de  conhecimento  de  ligoes  aprendidas  para  uso  em  projetos  ou  fases  futuros.  Isso  pode  incluir 
informagoes  a respeito  de  problemas  e riscos,  assim  como  tecnicas  que  funcionaram  bem  e que 
podem  ser  aplicadas  em  projetos  futuros. 
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GERENCIAMENTO  DO  ESCOPO  DO  PROJETO 

O gerenciamento  do  escopo  do  projeto  inclui  os  processos  necessarios  para  assegurar  que  o projeto  inclui 
todo  o trabalho  necessario,  e apenas  o necessario,  para  terminar  o projeto  com  sucesso.  0 gerenciamento  do 
escopo  do  projeto  esta  relacionado  principalmente  com  a definigao  e controle  do  que  esta  e do  que  nao  esta 
incluso  no  projeto. 

A Figura  5-1  fornece  uma  visao  geral  dos  processos  de  gerenciamento  do  escopo  do  projeto,  que  inclui  o 
seguinte: 

5.1  Planejar  o gerenciamento  do  escopo — 0 processo  de  criar  urn  piano  de  gerenciamento  do 
escopo  do  projeto  que  documenta  como  tal  escopo  sera  definido,  validado  e controlado. 

5.2  Coletar  os  requisitos — 0 processo  de  determinar,  documentar  e gerenciar  as  necessidades  e 
requisitos  das  partes  interessadas  afim  de  atender  aos  objetivos  do  projeto. 

5.3  Definir  o escopo — 0 processo  de  desenvolvimento  de  uma  descrigao  detalhada  do  projeto  e do 
produto. 

5.4  Criar  a EAP — 0 processo  de  subdivisao  das  entregas  e do  trabalho  do  projeto  em  componentes 
menores  e mais  facilmente  gerenciaveis. 

5.5  Validar  o escopo — 0 processo  de  formalizagao  da  aceitagao  das  entregas  concluidas  do  projeto. 

5.6  Controlar  o escopo — 0 processo  de  monitoramento  do  andamento  do  escopo  do  projeto  e do 
produto  e gerenciamento  das  mudangas  feitas  na  linha  de  base  do  escopo. 

Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  com  detalhes 
naSegao  3 e noAnexo  A1. 

No  contexto  do  projeto,  o termo  escopo  pode  se  referir  ao: 

• Escopo  do  produto.  As  caracteristicas  e fungoes  que  caracterizam  urn  produto,  servigo  ou  resultado; 
e/ou 

• Escopo  do  projeto.  0 trabalho  que  deve  ser  realizado  para  entregar  urn  produto,  servigo  ou  resultado 
com  as  caracteristicas  e fungoes  especificadas.  0 termo  escopo  do  projeto  as  vezes  e visto  como 
incluindo  o escopo  do  produto. 

Os  processos  usados  para  gerenciar  o escopo  do  projeto,  bem  como  as  ferramentas  e tecnicas  de  suporte, 
podem  variar  por  projeto.  A linha  de  base  do  escopo  para  o projeto  e a versao  aprovada  da  especificagao  do 
escopo  do  projeto,  da  estrutura  analitica  do  projeto  (EAP),  e o respectivo  dicionario  da  EAP.  Uma  linha  de  base 
so  pode  ser  alterada  atraves  de  procedimentos  formais  de  controle  de  mudanga  e e usada  como  uma  base 
de  comparagao  durante  a execugao  dos  processos  Validar  o escopo  e Controlar  o escopo,  bem  como  outros 
processos  de  controle. 
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A conclusao  do  escopo  do  projeto  e medida  em  relagao  ao  piano  de  gerenciamento  do  projeto  (Segao 
4.2. 3.1).  A conclusao  do  escopo  do  produto  e medida  em  relagao  aos  requisitos  do  produto  (Segao  5.2).  Os 
processos  de  gerenciamento  do  escopo  do  projeto  precisam  estar  bem  integrados  aos  das  outras  areas  de 
conhecimento  para  que  o trabalho  do  projeto  resulte  na  entrega  do  escopo  do  produto  especificado. 


Visao  geral  do  gerenciamento 
do  escopo  do  projeto 


5.2  Coletar 
os  requisitos 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Plano  de  gerenciamento  dos 
requisitos 

.3  Plano  de  gerenciamento  das 
partes  interessadas 
.4  Termo  de  abertura  do  projeto 
.5  Registro  das  partes 
interessadas 

.2  Ferramentas  e tecnicas 
.1  Entrevistas 
.2  Grupos  de  discussao 
.3  Oficinas  facilitadas 
.4  Tecnicas  de  criatividade  em 
grupo 

.5  Tecnicas  de  tomada  de 
decisao  em  grupo 
.6  Questionarios  e pesquisas 
.7  Observagoes 
.8  Prototipos 
.9  Benchmarking 
.10  Diagramas  de  contexto. 

.11  Analise  dos  documentos 
.3  Saidas 

.1  Documentagao  dos  requisitos 
.2  Matriz  de  rastreabilidade  dos 
requisitos 


5.5  Validar  o escopo 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Documentagao  dos  requisitos 

.3  Matriz  de  rastreabilidade  dos 
requisitos 

.4  Entregas  verificadas 

.5  Dados  de  desempenho  do 
trabalho 

.2  Ferramentas  e tecnicas 

.1  Inspegao 

.2  Tecnicas  de  tomada  de 
decisao  em  grupo 


5.5  Definir  o escopo 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
escopo 

.2  Termo  de  abertura  do  projeto 
.3  Documentagao  dos  requisitos 
.4  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Opiniao  especializada 
.2  Analise  de  produto 
.3  Geragao  de  alternativas 
.4  Oficinas  facilitadas 

.3  Saidas 

.1  Especificagao  do  escopo  do 
projeto 

.2  Atualizagoes  nos  documentos 
do  projeto j 


5.6  Controlar  o escopo 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Documentagao  dos  requisitos 

.3  Matriz  de  rastreabilidade  dos 
requisitos 

.4  Dados  de  desempenho  do 
trabalho 

.5  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 

.1  Analise  de  variagao 

.3  Saidas 

.1  Informagoes  sobre  o 
desempenho  do  trabalho 

.2  Solicitagoes  de  mudanga 

.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 

.4  Atualizagoes  nos  documentos 
do  projeto 

.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 


.3  Saidas 

.1  Entregas  aceitas 
.2  Solicitagoes  de  mudanga 
.3  Informagoes  sobre  o 
desempenho  do  trabalho 
.4  Atualizagoes  nos 
documentos  do  projeto 


Figura  5-1 . Visao  geral  do  gerenciamento  do  escopo  do  projeto 
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5.1  Planejar  o gerenciamento  do  escopo 

Planejar  o gerenciamento  do  escopo  e o processo  de  criar  um  piano  de  gerenciamento  do  escopo  do  projeto 
que  documenta  como  tal  escopo  sera  definido,  validado  e controlado.  0 principal  beneficio  deste  processo  e o 
fornecimento  de  orientagao  e instrugoes  sobre  como  o escopo  sera  gerenciado  ao  longo  de  todo  o projeto.  As 
entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  5-2.  A Figura  5-3  ilustra  o 
diagrama  de  fluxo  de  dados  do  processo. 

■ 

.1  Plano  de  gerenciamento 
do  projeto 

.2  Termo  de  abertura  do  projeto 
.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Reunioes 

. y 


V 


.1  Plano  de  gerenciamento 
do  escopo 

.2  Plano  de  gerenciamento 
dos  requisites 


J 


Entradas 


Figura  5-2.  Planejar  o gerenciamento  do  escopo:  entradas,  ferramentas  e tecnicas,  e saidas 


Empresa/ 

organizagao 


4.1 

Desenvolver  o 
termo  de  abertura 
do  projeto 


4.2 

Desenvolver  o piano 
de  gerenciamento 
do  projeto 


• Fatores  ambientais 
da  empresa 

• Ativos  de  processos 
organizacionais 


• Termo  de  abertura 
do  projeto 


• Plano  de 
gerenciamento 
do  projeto 


Gerenciamento  do  escopo  do  projeto 


5.1 

Planejar  o 
gerenciamento 
do  escopo 


• Plano  de 
gerenciamento 
do  escopo 


• Plano  de 
gerenciamento 
dos  requisites 


5.2 

Coletar  os 
requisitos 


5.3 

Definir  o 
escopo 


5.4 

Criar  a estrutura 
analftica  do 
projeto  (EAP) 


Figura  5-3.  Diagrama  do  fluxo  de  dados  do  processo  Planejar  o gerenciamento  do  escopo 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


107 


5 - GERENCIAMENTO  DO  ESCOPO  DO  PROJETO 


0 piano  de  gerenciamento  do  escopo  e um  componente  do  piano  de  gerenciamento  do  projeto  ou  do 
programa  que  descreve  como  o escopo  sera  definido,  desenvolvido,  monitorado,  controlado  e verificado.  0 
desenvolvimento  do  piano  de  gerenciamento  do  escopo  e o detalhamento  do  escopo  do  projeto  tern  imcio 
com  a analise  das  informagoes  contidas  no  termo  de  abertura  do  projeto  (Segao  4.1 .3.1),  os  ultimos  pianos 
auxiliares  aprovados  do  piano  de  gerenciamento  do  projeto  (Segao  4. 2.3.1),  as  informagoes  historicas  contidas 
nos  ativos  de  processos  organizacionais  (Segao  2.1 .4),  e quaisquer  outros  fatores  ambientais  da  empresa  que 
sejam  relevantes  (Segao  2.1 .5).  Este  piano  ajuda  a reduzir  o “scope  creep”  do  projeto  (desvios  do  projeto). 

5.1.1  Planejar  o gerenciamento  do  escopo:  entradas 

5.1 .1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  segao  4.2. 3.1 . Os  pianos  auxiliares  aprovados  do  piano  de  gerenciamento  do  projeto  sao  usados 
para  criar  o piano  de  gerenciamento  do  escopo  e influenciar  a abordagem  adotada  no  planejamento  do  escopo 
e no  gerenciamento  do  escopo  do  projeto. 

5.1 .1 .2  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1.  0 termo  de  abertura  do  projeto  e usado  para  fornecer  o contexto  do  projeto 
necessario  para  planejar  os  processos  de  gerenciamento  do  escopo.  Ele  fornece  a descrigao  em  alto  nfvel  do 
projeto  e das  caracteristicas  do  produto  da  especificagao  do  trabalho  do  projeto. 

5.1 .1 .3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Planejar  o 
gerenciamento  do  escopo  incluem,  mas  nao  estao  limitados,  a: 

• Cultura  organizacional, 

• Infraestrutura, 

• Administragao  do  pessoal,  e 

• Condigoes  de  mercado. 
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5.1 .1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Planejar 
o gerenciamento  do  escopo  incluem,  mas  nao  estao  limitados,  a: 

• Politicas  e procedimentos,  e 

• Informagfies  histfiricas  e base  de  conhecimento  de  ligfies  aprendidas. 

5.1.2  Planejar  o gerenciamento  do  escopo:  ferramentas  e tecnicas 

5.1 .2.1  Opiniao  especializada 

A opiniao  especializada  se  refere  a entradas  recebidas  das  partes  entendidas  e experientes.  Tal  opiniao 
especializada  pode  ser  oferecida  por  qualquer  grupo  ou  pessoa  com  formagao,  conhecimento,  habilidade, 
experience  ou  treinamento  em  desenvolvimento  de  pianos  de  gerenciamento  do  escopo. 

5.1 .2.2  Reunifies 

As  equipes  de  projeto  podem  participar  de  reunifies  para  desenvolver  o piano  de  gerenciamento  do  escopo. 
Os  participantes  destas  reunifies  podem  incluir  o gerente  e o patrocinador  do  projeto,  membros  selecionados 
da  equipe  do  projeto  e das  partes  interessadas,  qualquer  pessoa  com  responsabilidade  de  gerenciar  quaisquer 
dos  processos  de  gerenciamento  do  escopo  e outros,  conforme  a necessidade. 

5.1.3  Planejar  o gerenciamento  do  escopo:  saidas 
5.1 .3.1  Plano  de  gerenciamento  do  escopo 

0 piano  de  gerenciamento  do  escopo  e urn  componente  do  piano  de  gerenciamento  do  projeto  ou  do 
programa  que  descreve  como  o escopo  sera  definido,  desenvolvido,  monitorado,  controlado  e verificado.  0 piano 
de  gerenciamento  do  escopo  e uma  entrada  importante  no  processo  Desenvolver  o piano  de  gerenciamento  do 
projeto  e nos  outros  processos  de  gerenciamento  do  escopo.  Os  componentes  de  urn  piano  de  gerenciamento 
do  escopo  incluem: 
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• 0 processo  de  preparagao  da  especificagao  detalhada  do  escopo  do  projeto; 

• 0 processo  que  habilita  a criagao  da  EAP  a partir  da  especificagao  do  escopo  do  projeto  detalhada; 

• 0 processo  que  estabelece  como  a EAP  sera  mantida  e aprovada; 

• 0 processo  que  especifica  como  sera  obtida  a aceitagao  formal  das  entregas  do  projeto  concluidas;  e 

• 0 processo  para  controlar  como  as  solicitagoes  de  mudanga  na  especificagao  do  escopo  do  projeto 
detalhada  serao  processadas.  Este  processo  esta  diretamente  ligado  ao  processo  Executar  o controle 
integrado  de  mudangas  (Segao  4.5). 

0 piano  de  gerenciamento  do  escopo  pode  ser  formal  ou  informal,  amplamente  estruturado  ou  altamente 
detalhado,  com  base  nas  necessidades  do  projeto. 

5.1 .3.2  Plano  de  gerenciamento  dos  requisitos 

0 piano  de  gerenciamento  dos  requisitos  e urn  componente  do  piano  de  gerenciamento  do  projeto  que 
descreve  como  os  requisitos  serao  analisados,  documentados  e gerenciados.  A relagao  fase  a fase,  descrita 
na  Segao  2.4. 2.1 , influencia  fortemente  como  os  requisitos  sao  gerenciados.  0 gerente  do  projeto  escolhe  a 
relagao  mais  eficaz  para  o projeto  e documenta  esta  abordagem  no  piano  de  gerenciamento  dos  requisitos. 
Muitos  dos  componentes  do  piano  de  gerenciamento  dos  requisitos  sao  baseados  nessa  relagao. 

Os  componentes  do  piano  de  gerenciamento  dos  requisitos  podem  incluir,  mas  nao  estao  limitados,  a: 

• Como  as  atividades  dos  requisitos  serao  planejadas,  rastreadas  e relatadas; 

• Atividades  de  gerenciamento  da  configuragao  tais  como:  a maneira  como  as  mudangas  do  produto 
serao  iniciadas,  como  os  impactos  serao  analisados,  rastreados,  monitorados  e relatados,  assim 
como  os  niveis  de  autorizagao  necessarios  para  aprovar  tais  mudangas; 

• Processo  de  priorizagao  dos  requisitos; 

• Metricas  do  produto  que  serao  usadas  e os  argumentos  que  justificam  o seu  uso;  e 

• Estrutura  de  rastreabilidade  que  reflita  que  atributos  dos  requisitos  serao  capturados  na  matriz  de 
rastreabilidade. 


5.2  Coletar  os  requisitos 

Coletar  os  requisitos  e o processo  de  determinar,  documentar  e gerenciar  as  necessidades  e requisitos 
das  partes  interessadas  a fim  de  atender  aos  objetivos  do  projeto.  0 principal  beneficio  deste  processo  e o 
fornecimento  da  base  para  definigao  e gerenciamento  do  escopo  do  projeto,  incluindo  o escopo  do  produto.  As 
entradas,  ferramentas  e tecnicas,  e saidas  deste  processo  estao  ilustradas  na  Figura  5-4.  A Figura  5-5  ilustra 
o diagrama  de  fluxo  de  dados  do  processo. 


no 
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Figura  5-4.  Coletar  os  requisitos:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  5-5.  Diagrama  do  fluxo  de  dados  do  processo  Coletar  os  requisitos 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


111 


5 - GERENCIAMENTO  DO  ESCOPO  DO  PROJETO 


0 sucesso  do  projeto  e diretamente  influenciado  pelo  envolvimento  ativo  das  partes  interessadas  na 
descoberta  e decomposigao  das  necessidades  em  requisitos,  e pelo  cuidado  tornado  na  determinagao, 
documentagao  e gerenciamento  dos  requisitos  do  produto,  servigo  ou  resultado  do  projeto.  Os  requisitos 
incluem  condigoes  ou  capacidades  que  devem  ser  atendidas  pelo  projeto  ou  estar  presentes  no  produto, 
servigo  ou  resultado  para  cumprir  um  acordo  ou  outra  especificagao  formalmente  imposta.  Os  requisitos 
incluem  as  necessidades  quantificadas  e documentadas  e as  expectativas  do  patrocinador,  cliente  e outras 
partes  interessadas.  Estes  requisitos  precisam  ser  obtidos,  analisados  e registrados  com  detalhes  suficientes 
para  serem  inclufdos  na  linha  de  base  do  escopo  e medidos  uma  vez  que  a execugao  do  projeto  se  inicie. 
Requisitos  se  transformam  na  fundamentagao  da  EAP.  0 planejamento  do  custo,  cronograma  e da  qualidade 
e as  vezes  as  aquisigoes  sao  todos  construidos  com  base  nestes  requisitos.  0 desenvolvimento  dos  requisitos 
comega  com  uma  analise  das  informagoes  contidas  no  termo  de  abertura  do  projeto  (Segao  4. 1.3.1),  no 
registro  das  partes  interessadas  (Segao  13.1.3.1)  e no  piano  de  gerenciamento  das  partes  interessadas 
(Segao  13.2.3.1). 

Muitas  organizagoes  agrupam  os  requisitos  em  varios  tipos,  tais  como  solugoes  de  negocios  e tecnicas, 
sendo  que  a primeira  se  refere  as  necessidades  das  partes  interessadas  e a ultima  a como  essas  necessidades 
serao  implementadas.  Os  requisitos  podem  ser  agrupados  em  classificagoes  que  permitam  um  refinamento  e 
detalhamento  posteriores  a medida  que  os  mesmos  sao  elaborados.  Estas  classificagoes  incluem: 

• Necessidades  de  negocios,  que  descrevem  as  necessidades  de  nivel  mais  alto  da  organizagao  como 
um  todo,  tais  como  as  questoes  ou  oportunidades  de  negocios  e as  razoes  porque  um  projeto  foi 
empreendido. 

• Requisitos  das  partes  interessadas,  que  descrevem  as  necessidades  de  uma  parte  interessada  ou  de 
um  grupo  de  partes  interessadas. 

• Requisitos  de  solugao,  que  descrevem  os  atributos,  fungoes  e caracteristicas  do  produto,  servigo 
ou  resultado  que  atenderao  aos  requisitos  do  negocio  e das  partes  interessadas.  Os  requisitos  de 
solugao  sao  ainda  agrupados  em  requisitos  funcionais  e nao  funcionais: 

o Os  requisitos  funcionais  descrevem  os  comportamentos  do  produto.  Exemplos  incluem  os 
processos,  dados  e as  interagoes  com  o produto. 

o Os  requisitos  nao  funcionais  complementam  os  requisitos  funcionais  e descrevem  as 
condigoes  ou  qualidades  ambientais  requeridas  para  que  o produto  seja  eficaz.  Exemplos 
incluem:  confiabilidade,  seguranga,  desempenho,  cuidados,  nivel  de  servigo,  suportabilidade, 
retengao/descarte,  etc. 

• Requisitos  de  transigao  descrevem  as  capacidades  temporarias,  tais  como  os  requisitos  de  conversao 
de  dados  e de  treinamento  necessarios  a transigao  do  estado  atual  de  “como  esta”  ao  estado  futuro 
de  “como  sera”. 

• Os  requisitos  de  projeto,  que  descrevem  as  agoes,  processos,  ou  outras  condigoes  que  devem  ser 
cumpridas  pelo  projeto. 

• Os  requisitos  de  qualidade,  que  capturam  quaisquer  condigoes  ou  criterios  necessarios  para  validar 
a conclusao  bem  sucedida  de  uma  entrega  de  projeto  ou  o cumprimento  de  outros  requisitos  do 
projeto. 
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5.2.1  Coletar  os  requisitos:  entradas 

5.2.1 .1  Plano  de  gerenciamento  do  escopo 

Descrito  na  Segao  5. 1.3.1.  0 piano  de  gerenciamento  do  escopo  esclarece  como  equipes  do  projeto 
determinarao  que  tipo  de  requisitos  devem  ser  coletados  para  o projeto. 

5.2.1 .2  Plano  de  gerenciamento  dos  requisitos  5 

Descrito  na  Segao  5.1 .3.2. 0 piano  de  gerenciamento  dos  requisitos  fornece  o processo  que  sera  usado  em 
todo  o processo  Coletar  os  requisitos,  a fim  de  definir  e documentar  as  necessidades  das  partes  interessadas. 

5.2.1 .3  Plano  de  gerenciamento  das  partes  interessadas 

Descrito  na  Segao  13.2.3.1 . 0 piano  de  gerenciamento  das  partes  interessadas  e usado  para  entender  os 
requisitos  de  comunicagoes  das  partes  interessadas  e o nivel  do  engajamento  das  mesmas  a fim  de  avalia-los 
e adapta-los  ao  nivel  de  participagao  das  partes  interessadas  nas  atividades  dos  requisitos. 

5.2.1 .4  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1 . 0 termo  de  abertura  do  projeto  e usado  para  fornecer  a descrigao  de  alto  nivel 
do  produto,  servigo  ou  resultado  do  projeto  a fim  de  possibilitar  o desenvolvimento  dos  requisitos  detalhados. 

5.2.1 .5  Registro  das  partes  interessadas 

Descrito  na  Segao  1 3.1 .3.1 . 0 registro  das  partes  interessadas  e usado  para  identificar  as  partes  interessadas 
que  podem  fornecer  informagoes  sobre  os  requisitos.  0 registro  das  partes  interessadas  tambem  captura  os 
principals  requisitos  e expectativas  que  as  partes  interessadas  possam  ter  em  relagao  ao  projeto. 
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5.2.2  Coletar  os  requisitos:  ferramentas  e tecnicas 

5.2.2.1  Entrevistas 

Uma  entrevista  e um  meio  formal  ou  informal  de  extrair  informagoes  das  partes  interessadas  atraves 
de  conversas  diretas  com  as  mesmas.  Ela  normalmente  e realizada  atraves  de  perguntas  preparadas  ou 
espontaneas  e do  registro  das  respostas.  As  entrevistas  sao  frequentemente  conduzidas  individualmente, 
entre  um  entrevistador  e um  entrevistado,  mas  podem  envolver  multiplos  entrevistadores  e/ou  entrevistados. 
Entrevistar  participantes  experientes,  patrocinadores  e outros  executivos  e especialistas  no  assunto  do  projeto 
pode  auxiliar  na  identificagao  e definigao  das  caracterfsticas  e fungoes  das  entregas  desejadas.  As  entrevistas 
sao  tambem  uteis  para  a obtengao  de  informagoes  confidenciais. 

5.2. 2.2  Grupos  de  discussao 

Os  grupos  de  discussao  reunem  as  partes  interessadas  pre-qualificadas  e os  especialistas  no  assunto 
para  aprender  a respeito  das  suas  expectativas  e atitudes  em  relagao  a um  produto,  servigo  ou  resultados 
propostos.  Um  moderador  treinado  guia  o grupo  atraves  de  uma  discussao  interativa,  planejada  para  ser  mais 
informal  do  que  uma  entrevista  individual. 

5.2.2.3  Oficinas  facilitadas 

Oficinas  facilitadas  sao  sessoes  focadas  que  reunem  as  partes  interessadas  chave  para  definir  os 
requisitos  do  produto.  As  oficinas  sao  consideradas  uma  tecnica  primaria  para  definir  rapidamente  requisitos 
multifuncionais  e reconciliar  as  diferengas  entre  as  partes  interessadas.  Em  virtude  da  sua  natureza  de  grupo 
interativo,  sessoes  bem  facilitadas  podem  gerar  confianga,  promover  relagoes  e aprimorar  a comunicagao 
entre  os  participantes,  o que  pode  levar  a um  maior  consenso  entre  as  partes  interessadas.  Alem  disso,  as 
questoes  podem  ser  descobertas  mais  cedo  e resolvidas  mais  rapidamente  do  que  em  sessoes  individuals. 

Por  exemplo,  oficinas  facilitadas  chamadas  de  sessoes  de  Joint  application  design  (JAD)  sao  usadas  na 
industria  de  desenvolvimento  de  software.  Essas  sessoes  facilitadas  sao  focadas  em  reunir  os  especialistas 
em  assuntos  de  negocios  e a equipe  de  desenvolvimento  para  melhorar  o processo  de  desenvolvimento  de 
software.  Na  industria  de  manufatura,  o desdobramento  da  fungao  de  qualidade  (DFQ)  e um  outro  exemplo  de 
tecnica  de  oficina  facilitada  que  ajuda  na  determinagao  de  caracterfsticas  crfticas  para  o desenvolvimento  de 
um  novo  produto.  0 DFQ  comega  com  a coleta  das  necessidades  do  cliente,  tambem  conhecidas  como  a voz  do 
cliente  (V DC).  Essas  necessidades  sao  entao  objetivamente  classificadas  e priorizadas,  e as  metas  para  alcanga- 
las  sao  estabelecidas.  Historias  de  usuarios,  que  sao  descrigoes  curtas  e textuais  da  funcionalidade  requerida, 
sao  frequentemente  desenvolvidas  durante  uma  oficina  de  requisitos.  As  historias  de  usuarios  descrevem  a 
parte  interessada  que  se  beneficia  da  caracterfstica  (papel),  o que  ela  necessita  realizar  (meta),  e o beneffcio 
para  a mesma  (motivagao).  As  historias  de  usuarios  sao  amplamente  usadas  com  os  metodos  ageis. 
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5.2. 2.4  Tecnicas  de  criatividade  em  grupo 

Muitas  atividades  em  grupo  podem  ser  organizadas  para  identificar  os  requisitos  do  projeto  e do  produto. 
Algumas  das  tecnicas  de  criatividade  em  grupo  que  podem  ser  usadas  sao: 

• Brainstorming.  Uma  tecnica  usada  para  gerar  e coletar  multiplas  ideias  relacionadas  aos  requisitos 
do  projeto  e do  produto.  Embora  o brainstorming  por  si  nao  inclua  a votagao  ou  priorizagao,  muitas 
vezes  ele  e usado  junto  com  outras  tecnicas  de  criatividade  em  grupo  que  as  incluem. 

• Tecnica  de  grupo  nominal.  Uma  tecnica  que  amplia  o brainstorming  adicionando  urn  processo  de 
votagao  para  ordenar  as  melhores  ideias  e as  levando  para  urn  brainstorming a6\cma\  ou  priorizagao. 

• Mapas  mentais.  Uma  tecnica  em  que  as  ideias  criadas  atraves  das  sessoes  individual  de 
brainstorming  sao  consolidadas  em  urn  unico  mapa  mental  para  refletir  a existencia  de  atributos 
comuns  e diferengas  de  entendimento,  alem  de  gerar  novas  ideias. 

• Diagrama  de  afinidade.  Uma  tecnica  que  permite  que  grandes  volumes  de  ideias  sejam  classificados 
em  grupos,  para  revisao  e analise. 

• Analise  de  decisao  envolvendo  criterios  multiplos.  Uma  tecnica  que  utiliza  uma  matriz  de  decisao 
que  fornece  uma  abordagem  analitica  sistematica  para  o estabelecimento  de  criterios,  como  niveis 
de  risco,  incerteza  e avaliagao,  para  avaliar  e classificar  muitas  ideias. 

5.2.2.5  Tecnicas  de  tomada  de  decisao  em  grupo 

A tecnica  de  tomada  de  decisoes  em  grupo  e urn  processo  de  avaliagao  de  multiplas  alternativas  onde  urn 
resultado  com  agoes  futuras  e esperada.  Estas  tecnicas  podem  ser  utilizadas  para  gerar,  classificar  e priorizar 
os  requisitos  do  produto. 

Existem  varios  metodos  para  se  chegar  a uma  decisao  em  grupo,  tais  como: 

• Unanimidade.  Uma  decisao  alcangada  de  tal  forma  que  todos  concordam  com  urn  unico  curso  de 
agao.  Uma  maneira  de  se  alcangar  a unanimidade  e atraves  da  Tecnica  Delphi,  em  que  urn  grupo  de 
especialistas  selecionados  responde  questionarios  e fornece  comentarios  a respeito  das  respostas 
de  cada  rodada  de  coleta  de  requisitos.  Para  manter  o anonimato,  as  respostas  so  ficam  disponiveis 
para  o facilitador. 

• Maioria.  Uma  decisao  alcangada  com  o apoio  de  mais  de  50%  dos  membros  do  grupo.  Urn  grupo 
com  urn  numero  impar  de  participantes  pode  garantir  que  uma  decisao  sera  alcangada,  ao  inves  de 
resultar  em  urn  empate. 

• Pluralidade.  Uma  decisao  e tomada  pelo  maior  bloco  do  grupo,  mesmo  que  a maioria  nao  seja  alcangada. 
Este  metodo  e geralmente  usado  quando  o numero  de  opgoes  nomeadas  for  maior  que  duas. 

• Ditadura.  Neste  metodo  urn  individuo  decide  pelo  grupo. 
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Todas  essas  tecnicas  de  decisao  em  grupo  podem  ser  aplicadas  as  tecnicas  de  criatividade  de  grupo 
usadas  no  processo  Coletar  os  requisitos. 

5.2. 2.6  Questionarios  e pesquisas 

Questionarios  e pesquisas  sao  conjuntos  de  perguntas  escritas,  projetadas  para  acumular  rapidamente 
informagoes  de  um  grande  numero  de  respondentes.  Os  questionarios  e/ou  pesquisas  sao  mais  apropriados 
para  audiencias  variadas,  quando  uma  resposta  rapida  e necessaria,  quando  os  respondentes  estao 
geograficamente  espalhados,  e quando  uma  analise  estatistica  e apropriada. 

5.2.27  Observagoes 

As  observagoes  fornecem  uma  maneira  direta  de  se  examinar  individuos  em  seu  ambiente  e como  eles 
desempenham  o seu  trabalho  ou  tarefas  e executam  processos.  E particularmente  util  para  processos  detalhados 
quando  as  pessoas  que  usam  o produto  tern  dificuldade  ou  relutam  em  expressar  os  seus  requisitos.  A 
observagao  e tambem  conhecida  como  “job  shadowing,  ’’(aprendizagem  por  observagao).  E normalmente  feita 
externamente  por  um  observador  acompanhando  um  especialista  de  negocios  na  execugao  do  seu  trabalho. 
Tambem  pode  ser  feita  por  um  “observador  participante”  que  de  fato  realiza  um  processo  ou  procedimento 
para  experimentar  como  o mesmo  e feito  e descobrir  requisitos  ocultos. 

5.2. 2.8  Prototipos 

Construir  um  prototipo  e um  metodo  para  se  obter  respostas  iniciais  sobre  os  requisitos  atraves  de  um 
modelo  funcional  do  produto  esperado,  antes  de  efetivamente  construi-lo.  Ja  que  um  prototipo  e tangivel, 
ele  permite  que  as  partes  interessadas  fagam  experiencias  com  um  modelo  do  seu  produto  final  ao  inves 
de  somente  discutirem  representagoes  abstratas  dos  seus  requisitos.  Os  prototipos  suportam  o conceito 
de  elaboragao  progressiva  em  ciclos  iterativos  de  criagao  de  modelos  em  tamanho  natural,  experiencias 
de  usuarios,  geragao  de  opinioes  e revisao  do  prototipo.  Quando  ciclos  de  coletas  de  feedback  suficientes 
forem  realizados,  os  requisitos  obtidos  a partir  do  prototipo  estarao  completos  para  se  partir  para  a fase  de 
concepgao  ou  construgao.  Storyboarding  e uma  tecnica  de  construgao  de  prototipo  que  exibe  a sequencia  ou 
navegagao  por  uma  serie  de  imagens  ou  ilustragoes.  Storyboards  sao  usados  em  uma  variedade  de  projetos  e 
em  setores  variados  como  cinema,  propaganda,  projeto  instrucional,  e em  outros  projetos  de  desenvolvimento 
agil  de  software.  No  desenvolvimento  de  software,  os  storyboards  usam  modelos  para  mostrar  os  caminhos  de 
navegagao  pelas  paginas  web,  telas  ou  outras  interfaces  de  usuario. 

5.2.2.9  Benchmarking 

0 benchmarking  envolve  a comparagao  de  praticas  reais  ou  planejadas,  tais  como  processos  e operagoes, 
com  as  de  organizagoes  comparaveis  para  identificar  as  melhores  praticas,  gerar  ideias  para  melhorias  e 
fornecer  uma  base  para  medir  o desempenho.  As  organizagoes  comparadas  durante  o benchmarking  podem 
ser  internas  ou  externas. 


116 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


5 - GERENCIAMENTO  DO  ESCOPO  DO  PROJETO 


5.2.2.10  Diagramas  de  contexto 

0 diagrama  de  contexto  e um  exemplo  de  modelo  de  escopo.  Os  diagramas  de  contexto  descrevem 
visualmente  o escopo  do  produto  mostrando  um  sistema  de  negocios  (processo,  equipamentos,  sistema 
computacional,  etc.),  e como  as  pessoas  e outros  sistemas  (atores)  interagem  com  ele.  Os  diagramas  de 
contexto  mostram  as  entradas  no  sistema  de  negocios,  o(s)  agente(s)  que  fornecem  a entrada,  as  saidas  do 
sistema  de  negocios  e o(s)  agente(s)  que  recebem  a saida. 

5.2.2.11  Analise  dos  documentos 

Analise  dos  documentos  e usada  para  obter  requisitos  pela  analise  da  documentagao  existente  e a 
identificagao  das  informagoes  relevantes  aos  requisitos.  Existe  uma  ampla  variedade  de  documentos  que 
pode  ser  analisada  para  ajudar  na  obtengao  dos  requisitos  relevantes.  Exemplos  de  documentos  que  podem 
ser  analisados  incluem,  mas  nao  estao  limitados,  a:  pianos  de  negocios,  literatura  de  marketing,  acordos, 
solicitagoes  de  propostas,  fluxos  de  processos  atuais,  modelos  de  dados  logicos,  repositories  de  regras  de 
negocios,  documentagao  de  software  de  aplicagao,  documentagao  de  processos  ou  interfaces  de  negocios, 
casos  de  uso,  outros  documentos  de  requisitos,  registros  de  problemas/questoes,  politicas  e documentagao 
regulators  como  leis,  codigos,  ou  portarias,  etc. 

5.2.3  Coletar  os  requisitos:  saidas 
5.2.3.1  Documentagao  dos  requisitos 

A documentagao  dos  requisitos  descreve  como  os  requisitos  individuals  atendem  as  necessidades  do 
negocio  para  o projeto.  Os  requisitos  podem  comegar  em  um  alto  nivel  e tornarem-se  progressivamente 
mais  detalhados  conforme  mais  informagoes  sobre  estes  sao  conhecidos.  Antes  das  linhas  de  base  serem 
estabelecidas,  os  requisitos  devem  ser  nao  ambiguos  (mensuraveis  e passiveis  de  testes),  rastreaveis, 
completos,  consistentes  e aceitaveis  para  as  principals  partes  interessadas.  0 formato  de  um  documento  de 
requisitos  pode  variar  de  uma  simples  lista  categorizada  por  partes  interessadas  e prioridades  a formas  mais 
elaboradas  contendo  um  resumo  executivo,  descrigoes  detalhadas  e anexos. 

Os  componentes  da  documentagao  dos  requisitos  podem  incluir,  mas  nao  estao  limitados,  a: 

• Requisitos  de  negocios,  incluindo: 

o Objetivos  do  negocio  e do  projeto  para  permitir  rastreamento; 
o Regras  de  negocios  para  a organizagao  executora;  e 
o Os  principios  diretrizes  da  organizagao. 
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• Requisitos  das  partes  interessadas,  incluindo: 

o Impactos  em  outras  areas  organizacionais; 
o Impactos  em  outras  entidades  internas  ou  externas  a organizagao;  e 
o Requisitos  de  comunicagao  com  as  partes  interessadas  e de  relatorios. 

• Requisitos  de  solugao,  incluindo: 

o Requisitos  funcionais  e nao  funcionais; 
o Requisitos  tecnologicos  e de  conformidade  com  padroes; 
o Requisitos  de  suporte  e treinamento; 
o Requisitos  de  qualidade;  e 

o Requisitos  de  relatos,  etc.  (os  requisitos  de  solugao  podem  ser  documentados  textualmente, 
em  modelos,  ou  ambos). 

• Requisitos  do  projeto,  tais  como: 

o Niveis  de  servigo,  desempenho,  seguranga,  conformidade,  etc.;  e 
o Criterios  de  aceitagao. 

• Requisitos  de  transigao. 

• Premissas,  dependences  e restrigoes  dos  requisitos. 

5.2.3.2  Matriz  de  rastreabilidade  dos  requisitos 

A matriz  de  rastreabilidade  de  requisitos  e uma  tabela  que  liga  os  requisitos  de  produto  desde  as  suas 
origens  ate  as  entregas  que  os  satisfazem.  A utilizagao  de  uma  matriz  de  rastreabilidade  ajuda  a garantir  que 
cada  requisito  adiciona  valor  de  negocio  atraves  da  sua  ligagao  aos  objetivos  de  negocio  e aos  objetivos  do 
projeto.  Ela  fornece  urn  meio  de  rastreamento  do  imcio  ao  fim  do  ciclo  de  vida  do  projeto,  ajudando  a garantir 
que  os  requisitos  aprovados  na  documentagao  sejam  entregues  no  final  do  projeto.  Finalmente,  ela  fornece 
uma  estrutura  de  gerenciamento  das  mudangas  do  escopo  do  produto. 

0 rastreamento  inclui,  mas  nao  esta  limitado  ao  rastreamento  de  requisitos  para  os  seguintes: 
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• Necessidades,  oportunidades,  metas  e objetivos  de  negocio; 

• Objetivos  do  projeto; 

• Escopo  do  projeto/entregas  da  EAP; 

• Design  do  produto; 

• Desenvolvimento  do  produto; 

• Estrategia  de  teste  e cenarios  de  teste;  e 

• Requisitos  de  alto  nivel  para  requisitos  mais  detalhados. 

Os  atributos  associados  a cada  requisito  devem  ser  registrados  na  matriz  de  rastreabilidade  de  requisitos. 
Esses  atributos  auxiliam  a definigao  de  informagoes  chave  a respeito  do  requisito.  Os  atributos  tipicos  usados 
na  matriz  de  rastreabilidade  dos  requisitos  podem  incluir:  um  identificador  unico,  uma  descrigao  textual  do 
requisito,  os  argumentos  para  sua  inclusao,  proprietary,  fonte,  prioridade,  versao,  status  atual  (se  esta  ativo, 
cancelado,  adiado,  adicionado,  aprovado,  designado,  concluido)  e a data  do  status.  Atributos  adicionais 
para  garantir  que  o requisito  satisfaga  as  partes  interessadas  podem  incluir  estabilidade,  complexidade  e 
criterios  de  aceitagao.  A Figura  5-6  fornece  um  exemplo  de  matriz  de  rastreabilidade  de  requisitos  com  seus 
atributos  associados. 


Matriz  de  rastreabilidade  dos  requisitos 

Nome  do  projeto: 

Centro  de  custo: 

Descrigao  do  projeto: 

ID 

ID 

associado: 

Descrigao  dos  requisitos 

Necessidades  do  negocio, 
suas  oportunidades, 
metas  e objetivos 

Objetivos 
do  projeto 

Entregas 
de  EAP 

Design  de 
produto 

Desenvolvimento 
do  produto 

Casos  de 
teste 

001 

1.0 

1.1 

1.2 

1.2.1 

002 

2.0 

2.1 

2.1.1 

003 

3.0 

3.1 

3.2 

004 

4.0 

005 

5.0 

Figura  5-6.  Exemplo  de  uma  matriz  de  rastreabilidade  de  requisitos 
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5.3  Definir  o escopo 

Definir  o escopo  e o processo  de  desenvolvimento  de  uma  descrigao  detalhada  do  projeto  e do  produto.  0 
principal  beneficio  desse  processo  e que  ele  descreve  os  limites  do  projeto,  servigos  ou  resultados  ao  definir 
quais  dos  requisitos  coletados  serao  incluidos  e quais  serao  excluidos  do  escopo  do  projeto.  As  entradas, 
ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  5-7.  A Figura  5-8  ilustra  o diagrama 
defluxo  de  processos. 


Entradas 


.1  Plano  de  gerenciamento 
do  escopo 

.2  Termo  de  abertura  do  projeto 

.3  Documentagao  dos 
requisitos 

.4  Ativos  de  processos 

organizacionais 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Analise  de  produto 
.3  Geragao  de  alternativas 
.4  Oficinas  facilitadas 

— 


.1  Declaragao  do  escopo 
do  projeto 
.2  Atualizagoes  nos 
documentos  do  projeto 


Figura  5-7.  Definir  o escopo:  entradas,  ferramentas  e tecnicas,  e saidas 


Gerenciamento  do  escopo  do  projeto 


5.1 

Planejar  o 
gerenciamento 
do  escopo 


5.2 

Coletar  os 
requisitos 


Empresa/ 

organizagao 


• Ativos  de 
processos 
organizacionais 


• Termo  de 
abertura  do 
projeto 

4i  r 


Desenvolver  o 
termo  de  abertura 
do  projeto 


• Plano  de 
gerenciamento 
do  escopo 


• Documentagao 
dos  requisitos 


▼ ▼ 

5.3 

Definir  o 
escopo 


• Atualizagoes  nos 
documentos  do  projeto 


• Declaragao 
do  escopo 
do  projeto 


t 


5.4 

Criar  a estrutura 
analftica  do 
projeto  (EAP) 


6.3 

Sequenciar 
as  atividades 


6.5 

Estimar  as  duragoes 
das  atividades 


6.6 

Desenvolver  o 
cronograma 


Figura  5-8.  Diagrama  do  fluxo  de  dados  do  processo  Definir  o escopo 
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Ja  que  todos  os  requisitos  identificados  no  processo  Coletar  requisitos  podem  nao  estar  incluidos  no  projeto, 
o processo  Definir  o escopo  seleciona  os  requisitos  finais  do  projeto  a partir  da  documentagao  de  requisitos 
entregue  durante  o processo  Coletar  requisitos.  Em  seguida  define  uma  descrigao  detalhada  do  projeto  e 
produto,  do  servigo  ou  resultado. 

A preparagao  detalhada  da  especificagao  do  escopo  e critica  para  o sucesso  do  projeto  e baseia-se  nas 
entregas  principals,  premissas  e restrigoes  que  sao  documentadas  durante  a iniciagao  do  projeto.  Durante  o 
planejamento  do  projeto,  o seu  escopo  e definido  e descrito  com  maior  especificidade  conforme  as  informagoes  a 
respeito  do  projeto  sao  conhecidas.  Os  riscos  existentes,  premissas  e restrigoes  sao  analisados  para  verificar  sua 
integridade  e acrescentados  ou  atualizados  conforme  necessario.  0 processo  Definir  o escopo  pode  ser  altamente 
iterativo.  Em  projetos  de  ciclo  de  vida  iterativo,  sera  desenvolvida  uma  visao  de  alto  nivel  para  o projeto  em  geral, 
mas  o escopo  detalhado  e determinado  em  uma  iteragao  de  cada  vez  e o planejamento  detalhado  para  a iteragao 
seguinte  e executado  a medida  que  o trabalho  no  escopo  do  projeto  e entregas  atuais  avanga. 

5.3.1  Definir  o escopo:  entradas 

5.3.1 .1  Plano  de  gerenciamento  do  escopo 

Descrito  na  Segao  5. 1.3. 1.0  piano  de  gerenciamento  do  escopo  e urn  componente  do  piano  de 
gerenciamento  do  projeto  que  estabelece  as  atividades  para  o desenvolvimento,  monitoramento  e controle 
do  escopo  do  projeto. 

5.3.1 .2  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1 . 0 termo  de  abertura  do  projeto  fornece  a descrigao  em  alto  nivel  do  projeto  e das 
caracteristicas  do  produto.  Ele  tambem  contem  os  requisitos  de  aprovagao  do  projeto.  Se  urn  termo  de  abertura 
do  projeto  nao  for  usado  pela  organizagao  executora,  entao  informagoes  similares  precisam  ser  adquiridas  ou 
desenvolvidas  e usadas  como  base  para  a declaragao  detalhada  do  escopo  do  projeto.  As  organizagoes  que 
nao  produzem  urn  termo  de  abertura  do  projeto  formal  normalmente  executam  uma  analise  informal  para 
identificar  o conteudo  necessario  para  o planejamento  adicional  do  escopo. 

5.3.1 .3  Documentagao  dos  requisitos 

Descrita  na  Segao  5.2. 3.1 . Essa  documentagao  sera  usada  para  selecionar  os  requisitos  que  serao  incluidos 
no  projeto. 
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5.3.1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1.4.  Os  ativos  de  processos  organizacionais  podem  influenciar  como  o escopo  e 
definido.  Os  exemplos  incluem,  mas  nao  estao  limitados,  a: 

• Politicas,  procedimentos  e modelos  para  uma  declaragao  do  escopo  do  projeto; 

• Arquivos  de  projetos  anteriores;  e 

• Ligoes  aprendidas  em  fases  ou  projetos  anteriores. 

5.3.2  Definir  o escopo:  ferramentas  e tecnicas 

5.3.2.1  Opiniao  especializada 

A opiniao  especializada  e usada  frequentemente  para  analisar  as  informagoes  necessarias  para  desenvolver 
a especificagao  do  escopo  do  projeto.  Tal  opiniao  e especialidade  sao  aplicadas  a qualquer  detalhe  tecnico.  Tal 
especializagao  e oferecida  por  qualquer  grupo  ou  pessoa  com  conhecimento  ou  treinamento  especializados  e 
esta  disponivel  a partir  de  diversas  fontes,  incluindo,  mas  nao  estao  limitados,  a 

• Outras  unidades  dentro  da  organizagao; 

• Consultores; 

• Partes  interessadas,  inclusive  clientes  ou  patrocinadores; 

• Associagoes  profissionais  e tecnicas; 

• Setores  da  industry  e 

• Especialistas  no  assunto. 

5. 3. 2.2  Analise  de  produto 

Para  projetos  que  tern  urn  produto  como  entrega,  ao  inves  de  urn  servigo  ou  resultado,  a analise  de  produto 
pode  ser  uma  ferramenta  eficaz.  Cada  area  de  aplicagao  tern  urn  ou  mais  metodos  usualmente  aceitos  para 
traduzir  as  descrigoes  em  alto  nivel  do  produto  em  entregas  tangiveis.  A analise  do  produto  inclui  tecnicas  como 
a decomposigao  do  produto,  analise  de  sistemas,  analise  de  requisitos,  engenharia  de  sistemas,  engenharia 
de  valor  e analise  de  valor. 
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5. 3.2. 3 Geragao  de  alternativas 

Geragao  de  alternativas  e a tecnica  usada  para  desenvolver  o maior  numero  possivel  de  opgoes  a fim  de 
identificar  diversas  abordagens  de  execugao  e desenvolvimento  do  trabalho  do  projeto.  Varias  tecnicas  comuns 
de  gerenciamento  podem  ser  usadas,  tais  como  brainstorming,  pensamento  lateral,  analise  de  alternativas,  etc. 

5.3.2.4  Oficinas  facilitadas 

Descrita  na  Segao  5. 2.2. 3.  0 envolvimento  de  participantes  chave  em  uma  variedade  de  expectativas  e/ 
ou  conhecimentos  especializados  nessas  sessoes  de  trabalho  intensivo  ajuda  a alcangar  uma  compreensao 
multidisciplinar  e comum  dos  objetivos  e limites  do  projeto. 

5.3.3  Definir  o escopo:  sai'das 
5.3.3.1  Especificagao  do  escopo  do  projeto 

A especificagao  do  escopo  do  projeto  e a descrigao  do  escopo  do  mesmo,  das  principals  entregas,  premissas, 
e restrigoes.  A especificagao  do  escopo  do  projeto  documenta  todo  o escopo,  incluindo  o escopo  do  projeto  e do 
produto.  Ela  descreve  detalhadamente  as  entregas  do  projeto  e o trabalho  necessario  para  cria-las.  Ela  fornece 
tambem  urn  entendimento  comum  do  escopo  do  projeto  entre  as  partes  interessadas.  Pode  conter  exclusoes 
explfcitas  do  escopo  que  podem  auxiliar  o gerenciamento  das  expectativas  das  partes  interessadas.  Possibilita 
que  a equipe  do  projeto  realize  urn  planejamento  mais  detalhado,  orienta  o trabalho  da  mesma  durante  a 
execugao  e fornece  a linha  de  base  para  avaliar  se  as  solicitagoes  de  mudanga  ou  trabalho  adicional  estao 
contidos  no  escopo  ou  sao  externos  aos  limites  do  projeto. 

0 grau  e o nivel  de  detalhe  no  qual  a declaragao  do  escopo  do  projeto  define  o trabalho  que  sera  executado 
e o que  sera  excluido  pode  ajudar  a determinar  a capacidade  da  equipe  de  gerenciamento  do  projeto  de 
controlar  o escopo  geral  do  mesmo.  A especificagao  detalhada  do  escopo  do  projeto  inclui,  seja  diretamente  ou 
por  referenda  a outros  documentos,  o seguinte: 

• Descrigao  do  escopo  do  produto.  Elabora  progressivamente  as  caracteristicas  do  produto,  servigo 
ou  resultado  descritos  no  termo  de  abertura  do  projeto  e na  documentagao  dos  requisitos. 

• Criterios  de  aceitagao.  Urn  conjunto  de  condigoes  a serem  satisfeitas  antes  da  aceitagao  das  entregas. 

• Entrega.  Qualquer  produto,  resultado  ou  capacidade  para  realizar  urn  servigo  unico  e verificavel  e 
cuja  execugao  e exigida  para  concluir  urn  processo,  uma  fase  ou  urn  projeto.  As  entregas  tambem 
incluem  os  resultados  auxiliares,  tais  como  relatorios  e documentagao  de  gerenciamento  do  projeto. 
Essas  entregas  podem  ser  descritas  em  nivel  conciso  ou  em  grande  detalhe. 
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• Exclusao  do  projeto.  Identifica  de  modo  geral  o que  e excluido  do  projeto.  Declarar  explicitamente  o 
que  estafora  do  escopo  do  projeto  ajuda  no  gerenciamento  das  expectativas  das  partes  interessadas. 

• Restrigoes.  Um  fator  limitador  que  afeta  a execugao  de  um  projeto  ou  processo.  As  restrigoes 
identificadas  com  a declaragao  do  escopo  do  projeto  listam  e descrevem  as  restrigoes  ou  limitagoes 
internas  e externas  especificas  associadas  com  o escopo  do  projeto  que  afetam  a execugao  do 
mesmo  como,  por  exemplo,  um  orgamento  pre-definido  ou  quaisquer  datas  impostas  ou  marcos 
do  cronograma  comunicados  pelo  cliente  ou  pela  organizagao  executora.  Quando  um  projeto  e feito 
sob  contrato,  as  clausulas  contratuais  geralmente  serao  restrigoes.  Informagoes  sobre  as  restrigoes 
podem  ser  listadas  na  declaragao  do  escopo  do  projeto  ou  em  um  registro  separado. 

• Premissas.  Um  fator  do  processo  de  planejamento  considerado  verdadeiro,  real  ou  certo, 
desprovido  de  prova  ou  demonstragao.  Tambem  descreve  o impacto  potencial  desses  fatores  se 
forem  comprovados  comofalsos.As  equipes  de  projetosfrequentemente  identificam,  documentam  e 
validam  as  premissas  como  parte  do  seu  processo  de  planejamento.  Informagoes  sobre  as  premissas 
podem  ser  listadas  na  declaragao  do  escopo  do  projeto  ou  em  um  registro  separado. 

Embora  o termo  de  abertura  do  projeto  e a especificagao  do  escopo  do  projeto  sejam  as  vezes  percebidos 
como  contendo  um  certo  grau  de  redundance,  eles  diferem  no  nivel  de  detalhe  contido  em  cada  um.  0 termo 
de  abertura  do  projeto  contem  informagoes  de  alto  nivel,  e a especificagao  do  escopo  do  projeto  contem  uma 
descrigao  detalhada  dos  elementos  do  escopo.  Esses  elementos  sao  elaborados  progressivamente  ao  longo  de 
todo  o projeto.  A Tabela  5-1  descreve  alguns  dos  elementos  principals  de  cada  documento. 

Tabela  5-1 . Elementos  do  termo  de  abertura  do  projeto  e da  declaragao  do  escopo  do  projeto 

Termo  de  abertura  do  projeto 

Proposito  ou  justificative  do  projeto 

Objetivos  mensuraveis  do  projeto  e 
criterios  de  sucesso  relacionados 

Requisites  de  ate  nivel 

Descrigao  do  projeto  em  alto  nivel 

Riscos  de  ate  nivel 

Resumo  do  cronograma  de  marcos 

Resumo  do  orgamento 

Lista  das  partes  interessadas 

Requisites  para  aprovagao  do 
projeto  (o  que  constitui  o sucesso 
do  projeto,  quern  decide  se  o projeto 
e bem  sucedido,  e quern  assina  o 
projeto); 

Gerente  do  projeto,  responsabilidade, 
e nivel  de  autoridade  designados 

Nome  e autoridade  do  patrocinador 
ou  de  outra(s)  pessoa(s)  que 
autoriza(m)  o termo  de  abertura  do 
projeto. 


Declaragao  do  escopo  do  projeto 

Descrigao  do  escopo  do  projeto 
(progressivamente  elaborado) 

Criterios  de  aceitagao 

Entregas  do  projeto 

Exclusoes  do  projeto 

Restrigoes  do  projeto 

Premissas  do  projeto 
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5. 3.3.2  Atualizagdes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Registro  das  partes  interessadas, 

• Documentagao  dos  requisitos,  e 

• Matriz  de  rastreabilidade  dos  requisitos. 

5.4  Criar  a estrutura  analitica  do  projeto  (EAP) 

Criar  a EAP  e o processo  de  subdivisao  das  entregas  e do  trabalho  do  projeto  em  componentes  menores  e 
mais  facilmente  gerenciaveis.  0 principal  beneficio  desse  processo  e o fornecimento  de  uma  visao  estruturada 
do  que  deve  ser  entregue.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na 
Figura  5-9.  A Figura  5-1 0 ilustra  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  5-9.  Criar  a EAP:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  5-10.  Diagrama  do  fluxo  de  dados  do  processo  Criar  a EAP 


A EAP  e uma  decomposigao  hierarquica  do  escopo  total  do  trabalho  a ser  executado  pela  equipe  do  projeto 
afim  de  alcangar  os  objetivos  do  projeto  e criar  as  entregas  requeridas.  A EAP  organiza  e define  o escopo  total 
do  projeto  e representa  o trabalho  especificado  na  atual  declaragao  do  escopo  do  projeto  aprovada. 


0 trabalho  planejado  e contido  dentro  dos  componentes  de  nlvel  mais  baixo  da  EAP,  que  sao  chamados 
de  pacotes  de  trabalho.  Um  pacote  de  trabalho  pode  ser  usado  para  agrupar  as  atividades  onde  o trabalho 
e agendado,  tem  seu  custo  estimado,  monitorado  e controlado.  No  contexto  da  EAP,  o trabalho  se  refere  a 
produtos  de  trabalho  ou  entregas  que  sao  o resultado  da  atividade  e nao  a atividade  propriamente  dita. 
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5.4.1  Criar  a EAP:  entradas 

5.4.1 .1  Plano  de  gerenciamento  do  escopo 

Descrito  na  Segao  5.1 .3.1 . 0 piano  de  gerenciamento  do  escopo  especifica  como  criar  a EAP  a partir  da 
declaragao  detalhada  do  escopo  do  projeto  e como  a mesma  sera  mantida  e aprovada. 

5.4.1 .2  Especificagao  do  escopo  do  projeto  5 

Descrita  na  Segao  5.3. 3.1 . A especificagao  do  escopo  do  projeto  descreve  o trabalho  que  sera  executado 
e o que  sera  excluido.  Ela  tambem  lista  e descreve  as  restrigoes  ou  limitagoes  internas  e externas  especificas 
que  podem  afetar  a execugao  do  projeto. 

5.4.1 .3  Documentagao  dos  requisitos 

Descrita  na  Segao  5.2. 3.1 . A documentagao  detalhada  dos  requisitos  e essencial  para  a compreensao  do 
que  precisa  ser  produzido  como  resultado  do  projeto  e o que  precisa  ser  feito  para  entregar  o projeto  e os  seus 
produtos  finais. 

5.4.1 .4  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  padroes  de  EAP  especificos  de  setor,  relevantes  a natureza  do  projeto,  podem 
servir  como  fontes  de  referenda  externas  para  a criagao  da  EAP.  Por  exemplo,  projetos  de  engenharia  podem 
fazer  referenda  a ISO/IEC  15288  sobre  Engenharia  de  sistemas  - Processos  no  ciclo  de  vida  do  sistema  [6], 
para  criar  uma  EAP  para  urn  projeto  novo. 

5.4.1 .5  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Criar 
a EAP  incluem,  mas  nao  estao  limitados,  a: 

• Politicas,  procedimentos  e modelos  para  a EAP; 

• Arquivos  de  projetos  anteriores;  e 

• Ligoes  aprendidas  de  projetos  anteriores. 
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5.4.2  Criar  a EAP:  ferramentas  e tecnicas 

5.4.2.1  Decomposigao 

Decomposigao  e a tecnica  usada  para  dividir  e subdividir  o escopo  do  projeto  e suas  entregas  em  partes 
menores  e mais  facilmente  gerenciaveis.  Pacote  de  trabalho  e o trabalho  definido  no  nivel  mais  baixo  da  EAP 
para  o qual  o custo  e a duragao  podem  ser  estimados  e gerenciados.  0 nivel  de  decomposigao  e frequentemente 
guiado  pelo  grau  de  controle  necessario  para  gerenciar  o projeto  de  forma  eficaz.  0 nivel  de  detalhe  dos 
pacotes  de  trabalho  variara  com  o tamanho  e complexidade  do  projeto.  A decomposigao  do  trabalho  completo 
do  projeto  em  pacotes  de  trabalho  geralmente  envolve  as  seguintes  atividades: 

• Identificagao  e analise  das  entregas  e seu  trabalho  relacionado; 

• Estruturagao  e organizagao  da  EAP; 

• Decomposigao  dos  nfveis  mais  altos  da  EAP  em  componentes  detalhados  em  menor  nivel; 

• Desenvolvimento  e designagao  de  codigos  de  identificagao  aos  componentes  da  EAP;  e 

• Verificagao  de  que  o grau  de  decomposigao  das  entregas  e apropriado. 

Uma  parte  de  uma  EAP  com  alguns  ramos  decompostos  ate  o nivel  de  pacote  de  trabalho  e mostrada  na 
Figura  5-1 1 . 

5. 4. 2. 2 Opiniao  especializada 

A opiniao  especializada  e usada  frequentemente  para  analisar  as  informagoes  necessarias  para  decompor 
as  entregas  do  projeto  ate  as  menores  partes  dos  componentes  a fim  de  criar  uma  EAP  eficaz.  Tal  opiniao 
e conhecimento  especializado  sao  aplicados  aos  detalhes  tecnicos  do  escopo  do  projeto  e usados  para 
reconciliar  diferengas  de  opiniao  sobre  a melhor  maneira  de  decompor  o escopo  geral  do  projeto.  Este  nivel 
de  especializagao  e fornecido  por  qualquer  grupo  ou  pessoa  com  formagao,  conhecimento,  habilidade  ou 
experiencia  relevantes  em  projetos  ou  areas  de  negocios  semelhantes.  A opiniao  especializada  pode  tambem 
tomar  a forma  de  modelos  pre-definidos  que  fornecem  orientagao  sobre  como  decompor  as  entregas  comuns 
de  maneira  eficaz.  Tais  modelos  podem  ser  especificos  a urn  setor  ou  disciplina,  ou  podem  ser  o resultado  da 
experiencia  adquirida  em  projetos  semelhantes.  0 gerente  do  projeto,  em  colaboragao  com  a equipe  do  projeto, 
entao  determina  a decomposigao  final  do  escopo  do  projeto  em  pacotes  de  trabalho  separados  que  serao 
usados  para  gerenciar  o trabalho  do  projeto  com  eficacia. 
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A EAP  e somente  ilustrativa.  Ela  nao  visa  representar  o escopo  completo  de  nenhum  projeto  especffico, 
nem  sugerir  ser  essa  a unica  maneira  de  organizar  uma  EAP  neste  tipo  de  projeto. 


Figura  5-11.  Amostra  de  EAP  decomposta  em  pacotes  de  trabalho 

Uma  EAP  pode  ser  criada  atraves  de  varias  abordagens.  Alguns  dos  metodos  mais  comuns  incluem  a 
abordagem  descendente,  o uso  de  diretrizes  especificas  a organizagoes,  e dos  modelos  de  EAP.  Uma 
abordagem  ascendente  pode  ser  usada  durante  a integragao  dos  subcomponentes.  A estrutura  da  EAP  pode 
ser  representada  de  varias  maneiras,  tais  como: 

• Usando  fases  do  ciclo  de  vida  do  projeto  como  o segundo  nivel  de  decomposigao,  com  o produto  e 
entregas  do  projeto  inseridos  no  terceiro  nivel,  como  mostrado  na  Figura  5-12; 

• Usando  entregas  principals  como  o segundo  nivel  de  decomposigao,  como  mostrado  na  Figura  5-1 3;  e 

• Incorporando  subcomponentes  que  podem  ser  desenvolvidos  por  organizagoes  externas  a equipe  do 
projeto,  como  urn  trabalho  contratado.  0 fornecedor  entao  desenvolve  a estrutura  analitica  do  projeto 
de  apoio  contratado  como  parte  do  trabalho  contratado. 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


129 


5 - GERENCIAMENTO  DO  ESCOPO  DO  PROJETO 


A EAP  e somente  ilustrativa.  Ela  nao  visa  representar  o escopo  completo  de  nenhum  projeto  especffico, 
nem  sugerir  ser  essa  a unica  maneira  de  organizar  uma  EAP  neste  tipo  de  projeto. 


Figura  5-12.  Amostra  de  EAP  organizada  por  fases 
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A EAP  e somente  ilustrativa.  Ela  nao  visa  representar  o escopo  completo  de  nenhum  projeto  especffico, 
nem  sugerir  ser  essa  a unica  maneira  de  organizar  uma  EAP  neste  tipo  de  projeto. 


Figura  5-13.  Exemplo  de  EAP  com  entregas  principals 
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A decomposigao  dos  componentes  do  nivel  mais  alto  da  EAP  requer  a subdivisao  do  trabalho  para  cada 
uma  das  entregas  ou  subcomponentes  em  seus  elementos  mais  fundamentals,  onde  os  componentes  da  EAP 
representam  produtos,  servigos  ou  resultados  verificaveis.  A EAP  pode  ser  estruturada  como  uma  lista  resumida, 
urn  grafico  organizacional  ou  outro  metodo  que  identifique  uma  decomposigao  hierarquica.  A verificagao  da 
precisao  da  decomposigao  requer  a determinagao  de  que  os  componentes  do  mvel  mais  baixo  da  EAP  sejam  os 
necessarios  e suficientes  para  a conclusao  das  entregas  do  mvel  mais  alto  correspondentes.  Entregas  diferentes 
podem  ter  niveis  diferentes  de  decomposigao.  Para  se  chegar  a urn  pacote  de  trabalho,  o trabalho  de  algumas 
entregas  precisa  ser  decomposto  somente  ate  o proximo  mvel,  enquanto  para  outras  sao  necessarios  mveis 
adicionais  de  decomposigao.  Conforme  o trabalho  e decomposto  em  mveis  maiores  de  detalhe,  a habilidade 
de  planeja-lo,  gerencia-lo  e controla-lo  aumenta.  Contudo,  uma  decomposigao  excessiva  pode  resultar  em  urn 
esforgo  de  gerenciamento  improdutivo,  no  uso  ineficiente  de  recursos,  na  diminuigao  da  eficiencia  durante  a 
execugao  do  trabalho  e na  dificuldade  de  agregagao  de  dados  nos  diferentes  mveis  da  EAP. 

A decomposigao  pode  nao  ser  possivel  para  uma  entrega  ou  subcomponente  que  serao  efetuados  num 
futuro  distante.  A equipe  de  gerenciamento  do  projeto  normalmente  espera  ate  que  haja  urn  acordo  sobre  a 
entrega  ou  subcomponente,  para  que  os  detalhes  da  EAP  possam  ser  desenvolvidos.  Essa  tecnica  e as  vezes 
chamada  de  planejamento  em  ondas  sucessivas. 

A EAP  representa  todo  produto  e trabalho  do  projeto,  inclusive  o trabalho  de  gerenciamento  do  mesmo. 
Todo  o trabalho  nos  mveis  mais  baixos  deve  ser  associado  aos  mveis  mais  altos  para  que  nada  seja  omitido  e 
nenhum  trabalho  extra  seja  executado.  Isso  e as  vezes  chamado  de  regra  dos  100%. 

Para  informagoes  especificas  a respeito  da  EAP,  consulte  The  Practice  Standard  for  Work  Breakdown 
Structures-  Second  Edition  [7],  Esse  padrao  content  exemplos  de  modelos  de  EAP  especificos  de  setores 
economicos  e que  podem  ser  adaptados  aos  projetos  de  uma  area  de  aplicagao  distinta. 

5.4.3  Criar  a EAP:  sai'das 
5.4.3.1  Linha  de  base  do  escopo 

A linha  de  base  do  escopo  e a versao  aprovada  de  uma  especificagao  de  escopo  do  projeto,  de  uma 
estrutura  analitica  do  projeto  (EAP)  e seu  dicionario  da  EAP  associado,  que  so  pode  ser  mudada  atraves  de 
procedimentos  de  controle  formais,  e e usada  como  uma  base  de  comparagao.  Ela  e urn  componente  do  piano 
de  gerenciamento  do  projeto.  Os  componentes  da  linha  de  base  do  escopo  incluem: 

• Especificagao  do  escopo  do  projeto.  A especificagao  do  escopo  do  projeto  inclui  a descrigao  do 
escopo  do  projeto,  das  principais  entregas,  premissas  e restrigoes. 
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• EAP.  A EAP  e a decomposigao  hierarquica  do  escopo  total  do  trabalho  a ser  executado  pela  equipe  do 
projeto  afim  de  alcangar  os  objetivos  do  projeto  e criar  as  entregas  exigidas.  Cada  nfvel  descendente 
da  EAP  representa  uma  definigao  cada  vez  mais  detalhada  do  trabalho  do  projeto.  A EAP  e finalizada 
pela  designagao  de  uma  conta  de  controle  para  cada  pacote  de  trabalho  e o estabelecimento  de 
um  identificador  exclusivo  para  cada  pacote  de  trabalho  a partir  de  um  codigo  de  contas.  Esses 
identificadores  produzem  uma  estrutura  para  a sumarizagao  hierarquica  de  custos,  cronograma 
e informagoes  sobre  recursos.  Uma  conta  de  controle  e um  ponto  de  controle  do  gerenciamento 
onde  o escopo,  custo  real  e cronograma  sao  integrados  e comparados  ao  valor  agregado  para  uma 
medigao  do  desempenho.  Essas  contas  de  controle  sao  localizadas  em  pontos  de  gerenciamento 
selecionados  na  EAP.  Cada  uma  pode  incluir  um  ou  mais  pacotes  de  trabalho,  mas  cada  um  deles 
deve  estar  associado  a somente  uma  conta  de  controle.  Uma  conta  de  controle  pode  incluir  um 
ou  mais  pacotes  de  planejamento.  Um  pacote  de  planejamento  e um  componente  da  estrutura  de 
decomposigao  do  trabalho  abaixo  da  conta  de  controle  com  conteudo  de  trabalho  conhecido,  mas 
sem  atividades  detalhadas  do  cronograma. 

• Dicionario  da  EAP.  0 dicionario  da  EAP  e um  documento  que  fornece  informagoes  detalhadas  sobre 
entregas,  atividades  e agendamento  de  cada  componente  da  estrutura  analftica  do  projeto  (EAP).  0 
dicionario  da  EAP  e um  documento  que  da  suporte  a EAP.  As  informagoes  contidas  no  dicionario  da 
EAP  incluem,  mas  nao  estao  limitadas  a: 

o Codigo  de  identificador  da  conta, 
o Descrigao  do  trabalho, 
o Premissas  e restrigoes, 
o Organizagao  responsavel, 
o Marcos  do  cronograma, 
o Atividades  do  cronograma  associadas, 
o Recursos  necessarios, 
o Estimativa  de  custos, 
o Requisitos  de  qualidade, 
o Criterios  de  aceitagao, 
o References  tecnicas,  e 
o Informagoes  sobre  acordos. 

5.4.3.2  Atualizacoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados  a documentagao 
dos  requisitos,  que  pode  precisar  ser  atualizada  para  incluir  as  mudangas  aprovadas.  Se  as  solicitagoes  de 
mudanga  aprovadas  resultarem  do  processo  Criar  a EAP,  entao  a documentagao  dos  requisitos  pode  precisar 
ser  atualizada  para  incluir  as  mudangas  aprovadas. 
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5.5  Validar  o escopo 

Validar  o escopo  e o processo  de  formalizagao  da  aceitagao  das  entregas  concluidas  do  projeto. 
0 principal  beneficio  deste  processo  e que  ele  proporciona  objetividade  ao  processo  de  aceitagao  e aumenta 
a probabilidade  da  aceitagao  final  do  produto,  servigo  ou  resultado,  atraves  da  validagao  de  cada  entrega.  As 
entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  5-14.  A Figura  5-15  retrata 
o diagrama  de  fluxo  de  dados  dos  processos. 
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Figura  5-14.  Validar  o escopo:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  5-15.  Diagrama  do  fluxo  de  dados  do  processo  Validar  o escopo 
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As  entregas  verificadas  obtidas  pelo  processo  Controlar  a qualidade  sao  revisadas  com  o cliente  ou 
patrocinador  para  assegurar  que  foram  conclufdas  satisfatoriamente  e receberam  a aceitagao  formal  pelo 
cliente  ou  patrocinador.  Neste  processo,  as  safdas  obtidas  como  resultado  dos  processos  do  planejamento  na 
area  de  conhecimento  em  gerenciamento  de  projetos,  tais  como  a documentagao  dos  requisitos  ou  da  linha 
de  base  do  escopo,  assim  como  os  dados  de  desempenho  do  trabalho  obtidos  nos  processos  de  execugao  de 
outras  areas  de  conhecimento  sao  a base  para  realizar  a validagao  e para  a aceitagao  final. 

0 processo  Validar  o escopo  e diferente  do  processo  Controlar  a qualidade  pois  o primeiro  esta  principalmente 
interessado  na  aceitagao  das  entregas,  enquanto  que  o controle  da  qualidade  se  interessa  principalmente  com 
a precisao  das  entregas  e o cumprimento  dos  requisitos  de  qualidade  especificados  nas  entregas.  0 controle 
de  qualidade  normalmente  e feito  antes  da  validagao  do  escopo,  mas  os  dois  processos  podem  ser  executados 
paralelamente. 

5.5.1  Validar  o escopo:  entradas 

5.5.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  segao  4. 2.3.1.  0 piano  de  gerenciamento  do  projeto  contem  o piano  de  gerenciamento  do 
escopo  e a linha  de  base  do  mesmo.  Como  descrito  na  Segao  5.1 .3.1,  o piano  de  gerenciamento  do  escopo 
especifica  como  sera  obtida  a aceitagao  formal  das  entregas  concluidas  do  projeto.  Unha  de  base  do  escopo 
(Segao  5.4. 3.1)  inclui  a versao  aprovada  de  uma  declaragao  de  escopo,  de  uma  estrutura  analitica  do  projeto 
(EAP),  e seu  dicionario  de  EAP  associado,  que  so  pode  ser  mudada  atraves  de  procedimentos  de  controle 
formais,  e e usada  como  uma  base  de  comparagao. 

5.5.1 .2  Documentagao  dos  requisitos 

Descrita  na  Segao  5. 2.3.1 . A documentagao  de  requisitos  lista  todos  os  requisitos  do  projeto,  do  produto, 
tecnicos  e outros  tipos  de  requisitos  do  projeto  ou  produto,  juntamente  com  os  seus  respectivos  criterios  de 
aceitagao. 

5.5.1 .3  Matriz  de  rastreabilidade  dos  requisitos 

Descrita  na  Segao  5. 2.3. 2.  A matriz  de  rastreabilidade  de  requisitos  liga  os  requisitos  as  suas  origens  e os 
rastreia  durante  todo  o ciclo  de  vida  do  projeto. 
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5.5.1 .4  Entregas  verificadas 

Descritas  na  Segao  8. 3.3. 3.  Entregas  verificadas  sao  as  entregas  de  projeto  que  foram  concluidas  e 
verificadas  quanto  a sua  precisao  pelo  processo  Realizar  o controle  da  qualidade. 

5.5.1 .5  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4. 3.3. 2.  Os  dados  de  desempenho  do  trabalho  podem  incluir  o grau  de  conformidade 
com  os  requisitos,  o numero  de  nao  conformidades,  a gravidade  das  nao  conformidades  ou  o numero  dos 
ciclos  de  validagao  executados  em  urn  periodo. 

5.5.2  Validar  o escopo:  ferramentas  e tecnicas 

5.5.2.1  Inspegao 

A inspegao  inclui  atividades  tais  como  medigao,  exame  e validagao  para  determinar  se  o trabalho  e as 
entregas  atendem  aos  requisitos  e criterios  de  aceitagao  do  produto.  As  inspegoes  as  vezes  sao  chamadas 
revisoes,  revisoes  do  produto,  auditorias  e homologagoes  (em  ingles,  walkthroughs).  Em  algumas  areas  de 
aplicagao,  esses  diferentes  termos  tern  significados  exclusivos  e especificos. 

5.5. 2.2  Tecnicas  de  tomada  de  decisao  em  grupo 

Descrita  na  Segao  5. 2.2. 5.  Estas  tecnicas  sao  usadas  para  chegar  a uma  conclusao  quando  a validagao  e 
executada  pela  equipe  do  projeto  e por  outras  partes  interessadas. 

5.5.3  Validar  o escopo:  sai'das 
5.5.3.1  Entregas  aceitas 

As  entregas  que  estao  de  acordo  com  os  criterios  de  aceitagao  sao  formalmente  assinadas  e aprovadas  pelo 
cliente  ou  patrocinador.  A documentagao  formal  recebida  do  cliente  ou  patrocinador  confirmando  a aceitagao 
formal  das  entregas  do  projeto  pelas  partes  interessadas  e encaminhada  ao  processo  Encerrar  o projeto  ou 
fase  (Segao  4.6). 
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5.5. 3.2  Solicitagoes  de  mudanga 

As  entregas  concluidas  que  nao  foram  formalmente  aceitas  sao  documentadas,  juntamente  com  as  razoes 
para  a sua  rejeigao.  Essas  entregas  podem  exigir  uma  solicitagao  de  mudanga  visando  o reparo  de  defeitos.  As 
solicitagoes  de  mudanga  sao  processadas  para  revisao  e distribuigao  no  processo  Realizar  o controle  integrado 
de  mudangas  (Segao  4.5). 

5.5.3.3  Informagoes  sobre  o desempenho  do  trabalho 

Informagoes  sobre  o desempenho  do  trabalho  incluem  informagoes  sobre  o progresso  do  projeto,  tais  como 
quais  entregas  foram  iniciadas,  o seu  progresso,  quais  entregas  foram  concluidas,  e quais  foram  aceitas.  Essas 
informagoes  sao  documentadas  como  descrito  na  Segao  10.3.3.1  e comunicadas  as  partes  interessadas. 

5.5. 3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  como  resultado  do  processo  Validar  o escopo  incluem 
quaisquer  documentos  que  definam  o produto  ou  relatem  o progresso  da  conclusao  do  produto.  Os  documentos 
verificados  do  projeto  podem  exigir  a aprovagao  do  cliente  ou  do  patrocinador,  na  forma  de  assinaturas  ou 
aceitagoes  formais. 


5.6  Controlar  o escopo 

Controlar  o escopo  e o processo  de  monitoramento  do  progresso  do  escopo  do  projeto  e do  escopo  do 
produto  e gerenciamento  das  mudangas  feitas  na  linha  de  base  do  escopo.  0 principal  beneficio  deste  processo 
e permitir  que  a linha  de  base  do  escopo  seja  mantida  ao  longo  de  todo  o projeto.  As  entradas,  ferramentas  e 
tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  5-16.  A Figura  5-17  ilustra  o diagrama  de  fluxo 
de  dados  do  processo. 
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Figura  5-16.  Controlar  o escopo:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  5-17.  Diagrama  do  fluxo  de  dados  do  processo  Controlar  o escopo 

0 controle  do  escopo  do  projeto  assegura  que  todas  as  mudangas  solicitadas  e agoes  corretivas  ou 
preventivas  recomendadas  sejam  processadas  atraves  do  processo  Realizar  o controle  integrado  de  mudangas 
(ver  Segao  4.5).  0 controle  do  escopo  do  projeto  e usado  tambem  para  gerenciar  as  mudangas  reais  quando 
essas  ocorrem  e e integrado  aos  outros  processos  de  controle.  0 aumento  sem  controle  do  produto  ou  escopo 
do  projeto  sem  ajustes  de  tempo,  custo,  e recursos  e chamado  de  scope  creep.  A mudanga  e inevitavel;  assim 
sendo,  algum  tipo  de  processo  de  controle  de  mudanga  e obrigatorio  para  todos  os  projetos. 
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5.6.1  Controlar  o escopo:  entradas 

5.6.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na segao  4.2. 3.1  .As  seguintes  informagoes  do  piano  de  gerenciamento  do  projeto  sao  usadas  para 
controlar  o escopo: 

• Linha  de  base  do  escopo.  A linha  de  base  do  escopo  e comparada  aos  resultados  reais  para 
determinar  se  uma  mudanga,  agao  corretiva  ou  preventiva  e necessaria. 

• Plano  de  gerenciamento  do  escopo.  Segoes  do  piano  de  gerenciamento  do  escopo  descrevem 
como  o projeto  sera  monitorado  e controlado. 

• Plano  de  gerenciamento  das  mudangas.  0 piano  de  gerenciamento  de  mudangas  define  o processo 
para  gerenciar  mudangas  no  projeto. 

• Plano  gerenciamento  da  configuragao.  0 piano  de  gerenciamento  da  configuragao  define  os  itens 
que  sao  configuraveis,  os  que  requerem  controle  formal  de  mudanga  e o processo  para  controlar  as 
mudangas  desses  itens. 

• Plano  de  gerenciamento  dos  requisitos.  Este  piano  e urn  componente  do  piano  de  gerenciamento 
do  projeto  e descreve  como  os  requisitos  do  mesmo  serao  analisados,  documentados  e gerenciados. 

5.6.1 .2  Documentagao  dos  requisitos 

Descrita  na  Segao  5.2. 3.1.  Os  requisitos  devem  ser  inequfvocos  (mensuraveis  e passiveis  de  testes), 
investigaveis,  completos,  consistentes  e aceitaveis  para  as  principals  partes  interessadas.  Requisitos  bem 
documentados  facilitam  a detecgao  de  qualquer  divergence  no  escopo  que  foi  acordado  para  o projeto  ou 
produto. 

5.6.1 .3  Matriz  de  rastreabilidade  dos  requisitos 

Descrita  na  Segao  5. 2.3. 2.  A matriz  de  rastreabilidade  de  requisitos  ajuda  a detectar  o impacto  de  qualquer 
mudanga  ou  desvio  da  linha  de  base  do  escopo  em  relagao  aos  objetivos  do  projeto. 
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5.6.1 .4  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4. 3.3. 2.  Os  dados  de  desempenho  do  trabalho  podem  incluir  a quantidade  de  solicitagoes 
de  mudanga  recebidas,  a quantidade  de  solicitagoes  aceitas  ou  a quantidade  de  entregas  conclufdas,  etc. 

5.6.1 .5  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Controlar  o Escopo  incluem,  mas  nao  estao  limitados,  a: 

• 0 escopo  formal  e informal  existente,  as  politicas,  procedimentos  e diretrizes  relacionadas  ao 
controle;  e 

• Metodos  de  monitoramento  e relato  e os  modelos  a serem  usados. 

5.6.2  Controlar  o escopo:  ferramentas  e tecnicas 

5.6.2.1  Analise  de  variagao 

A analise  de  variagao  e uma  tecnica  para  determinar  a causa  e o grau  de  diferenga  entre  a linha  de 
base  e o desempenho  real.  Medigoes  do  desempenho  do  projeto  sao  usadas  para  avaliar  a magnitude  de 
variagao  a partir  da  linha  de  base  do  escopo.  Aspectos  importantes  do  controle  do  escopo  do  projeto  incluem  a 
determinagao  da  causa  e grau  de  variagao  relativa  a linha  de  base  do  escopo  (Segao  5. 4.3.1)  e a decisao  sobre 
se  agoes  corretivas  ou  preventivas  sao  necessarias. 

5.6.3  Controlar  o escopo:  sai'das 

5.6.3.1  Informagoes  sobre  o desempenho  do  trabalho 

As  informagoes  geradas  sobre  o desempenho  do  trabalho  incluem  informagoes  correlacionadas  e 
contextualizadas  sobre  o desempenho  do  escopo  do  projeto  em  comparagao  a linha  de  base  do  escopo.  Elas 
podem  incluir  as  categorias  das  mudangas  recebidas,  as  variagoes  do  escopo  identificadas  e suas  causas, 
o impacto  que  elas  causam  no  cronograma  ou  custo,  e a previsao  do  desempenho  do  escopo  futuro.  Essas 
informagoes  fornecem  uma  base  para  a tomada  de  decisoes  sobre  o escopo. 
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5.6. 3.2  Solicitagoes  de  mudanga 

A analise  do  desempenho  do  escopo  pode  resultar  numa  solicitagao  de  mudanga  da  linha  de  base  do  escopo 
ou  de  outros  componentes  do  piano  de  gerenciamento  do  projeto.  Solicitagoes  de  mudanga  podem  incluir 
agoes  preventivas  ou  corretivas,  reparos  de  defeitos,  ou  solicitagoes  de  aprimoramento.  As  solicitagoes  de 
mudanga  sao  processadas  para  revisao  e distribuigao,  de  acordo  com  o processo  Realizar  o controle  integrado 
de  mudangas  (Segao  4.5). 

5.6.3.3  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

As  atualizagoes  no  piano  de  gerenciamento  do  projeto  podem  incluir,  mas  nao  estao  limitadas,  a: 

• Atualizagoes  na  linha  de  base  do  escopo.  Se  as  solicitagoes  de  mudanga  aprovadas  afetarem  o 
escopo  do  projeto,  entao  a especificagao  do  escopo,  a EAP  e o dicionario  da  EAP  sao  revisados  e 
publicados  novamente  para  refletir  as  mudangas  aprovadas  atraves  do  processo  Realizar  o controle 
integrado  de  mudangas. 

• Outras  atualizagoes  na  linha  de  base.  Se  as  solicitagoes  de  mudanga  aprovadas  afetarem  o projeto 
alem  do  escopo  do  projeto,  entao  as  linhas  de  base  dos  custos  e do  cronograma  correspondentes  sao 
revisadas  e publicadas  novamente  para  refletir  as  mudangas  aprovadas. 

5.6.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Documentagao  dos  requisitos,  e 

• Matriz  de  rastreabilidade  dos  requisitos. 

5.6.3.5  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados  a: 

• Causas  das  variagoes, 

• Agao  corretiva  escolhida  e suas  razoes,  e 

• Outros  tipos  de  ligoes  aprendidas  a partir  do  controle  do  escopo  do  projeto. 
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GERENCIAMENTO  DO  TEMPO  DO  PROJETO 

O Gerenciamento  do  tempo  do  projeto  inclui  os  processos  necessarios  para  gerenciar  o termino  pontual  do 
projeto. 

A Figura  6-1  fornece  uma  visao  geral  dos  processos  de  gerenciamento  do  tempo  do  projeto,  que  sao: 

6.1  Planejar  o gerenciamento  do  cronograma — 0 processo  de  estabelecer  as  politicas,  os 
procedimentos  e a documentagao  para  o planejamento,  desenvolvimento,  gerenciamento, 
execugao  e controle  do  cronograma  do  projeto. 

6.2  Definir  as  atividades — 0 processo  de  identificagao  e documentagao  das  agoes  especificas  a 
serem  realizadas  para  produzir  as  entregas  do  projeto. 

6.3  Sequencer  as  atividades — 0 processo  de  identificagao  e documentagao  dos  relacionamentos 
entre  as  atividades  do  projeto. 

6.4  Estimar  os  recursos  das  atividades — 0 processo  de  estimativa  dos  tipos  e quantidades  de 
material,  recursos  humanos,  equipamentos  ou  suprimentos  que  serao  necessarios  para  realizar 
cada  atividade. 

6.5  Estimar  as  duragoes  das  atividades — 0 processo  de  estimativa  do  numero  de  periodos  de 
trabalho  que  serao  necessarios  para  terminar  atividades  especificas  com  os  recursos  estimados. 

6.6  Desenvolver  o cronograma — 0 processo  de  analise  das  sequences  das  atividades,  suas  duragoes, 
recursos  necessarios  e restrigoes  do  cronograma  visando  criar  o modelo  do  cronograma  do  projeto. 

6.7  Controlar  o cronograma — 0 processo  de  monitoramento  do  andamento  das  atividades  do 
projeto  para  atualizagao  no  seu  progresso  e gerenciamento  das  mudangas  feitas  na  linha  de  base 
do  cronograma  para  realizar  o planejado. 
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Estes  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  com  detalhes 
nas  Segao  3 e Anexo  A1 . 

A distingao  entre  a apresentagao  do  cronograma  do  projeto  e os  dados  do  cronograma  (Segao  6. 6.3. 3)  e os 
calculos  que  geram  o cronograma  do  projeto  (Segao  6.6.3)  e feita  pela  consulta  a ferramenta  do  cronograma 
contendo  os  dados  do  projeto  como  o modelo  do  projeto.  0 modelo  do  cronograma  e uma  representagao  do 
piano  para  a execugao  das  atividades  do  projeto  incluindo  duragoes,  dependences,  e outras  informagoes  de 
planejamento,  usado  para  produzir  urn  cronograma  de  projeto  juntamente  com  outros  artefatos  do  cronograma. 
Para  informagoes  mais  especificas  a respeito  do  modelo  de  cronograma,  consulte  o Practice  Standard  for 
Scheduling  [8], 

Em  alguns  projetos,  especialmente  naqueles  de  escopo  menor,  os  processos  definir  as  atividades, 
sequenciar  as  atividades,  estimar  os  recursos  das  atividades,  estimar  as  duragoes  das  atividades  e desenvolver 
o modelo  do  cronograma  estao  tao  estreitamente  conectados  que  sao  vistos  como  urn  unico  processo  que 
pode  ser  realizado  por  uma  pessoa  em  urn  periodo  de  tempo  relativamente  curto.  Estes  processos  sao  aqui 
representados  como  elementos  distintos,  pois  as  ferramentas  e tecnicas  para  cada  processo  sao  diferentes. 

Os  processos  de  gerenciamento  do  tempo  do  projeto  e suas  ferramentas  e tecnicas  associadas  sao 
documentados  no  piano  de  gerenciamento  do  cronograma.  0 piano  de  gerenciamento  do  cronograma  e urn 
piano  auxiliar  do,  e integrado  ao,  piano  de  gerenciamento  do  projeto  atraves  do  processo  Desenvolver  o piano  de 
gerenciamento  do  projeto  (Segao  4.2).  0 piano  de  gerenciamento  do  cronograma  identifica  urn  metodo  e uma 
ferramenta  de  cronograma  (Figura  6.2),  e estabelece  o formato  e criterios  para  o desenvolvimento  e controle 
do  cronograma  do  projeto.  A metodologia  de  cronograma  selecionada  define  a estrutura  e os  algoritmos 
usados  na  ferramenta  de  cronograma  para  criar  o modelo  de  cronograma.  Algumas  das  metodologias  de 
elaboragao  do  cronograma  mais  conhecidas  incluem  o metodo  do  caminho  critico  (MCC)  e o metodo  da 
corrente  critica  (CCM). 

0 desenvolvimento  do  cronograma  do  projeto  usa  as  saidas  dos  processos  para  definir  e sequenciar  as 
atividades,  estimar  os  recursos  e as  duragoes  das  atividades  em  combinagao  com  a ferramenta  de  cronograma 
para  produzir  o modelo  do  cronograma.  0 cronograma  finalizado  e aprovado  e a linha  de  base  que  sera  usada 
no  processo  Controlar  o cronograma  (Segao  6.7).  A medida  que  as  atividades  do  projeto  sao  desenvolvidas,  a 
maior  parte  do  esforgo  na  area  de  conhecimento  de  gerenciamento  do  tempo  do  projeto  ocorrera  no  processo 
Controlar  o cronograma,  visando  assegurar  o termino  pontual  do  trabalho  do  projeto.  A Figura  6-2  fornece  uma 
visao  geral  da  elaboragao  do  cronograma  que  mostra  como  a metodologia  e a ferramenta  de  cronograma  e as 
saidas  dos  processos  de  gerenciamento  do  tempo  do  projeto  interagem  para  criar  o cronograma  do  projeto. 
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Visao  geral  do  gerenciamento 
do  tempo  do  projeto 


6.1  Planejaro 
gerenciamento  do 
cronograma 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Termo  de  abertura  do  projeto 
.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 

.2  Ferramentas  etecnicas 
.1  Opiniao  especializada 
.2  Tecnicas  analiticas 
.3  Reunioes 

.3  Saidas 

.1  Plano  de  gerenciamento  do 
. cronograma 


6.5  Estimar  as  duragoes 
das  atividades 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
cronograma 
.2  Lista  de  atividades 
.3  Atributos  das  atividades 
.4  Requisitos  de  recursos  das 
atividades 

.5  Calendario  dos  recursos 
.6  Declaragao  do  escopo  do 
projeto 

.7  Registro  dos  riscos 
.8  Estrutura  analitica  dos 
recursos 

.9  Fatores  ambientais  da 
empresa 

.10  Ativos  de  processos 
organizacionais 

.2  Ferramentas  etecnicas 
.1  Opiniao  especializada 
.2  Estimativa  analoga 
.3  Estimativa  parametrica 
.4  Estimativas  de  tres  pontos 
.5  Tecnicas  de  tomada  de 
decisao  em  grupo 
.6  Analise  de  reservas 

.3  Saidas 

.1  Estimativas  das  duragoes 
das  atividades 
.2  Atualizagoes  nos 
documentos  do  projeto 


6.2  Definir  as  atividades 


ir 


6.3  Sequenciar 
as  atividades 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
cronograma 

.2  Linha  de  base  do  escopo 
.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 
.2  Ferramentas  etecnicas 
.1  Decomposigao 
.2  Planejamento  em  ondas 
sucessivas 

.3  Opiniao  especializada 
.3  Saidas 

.1  Lista  de  atividades 
.2  Atributos  das  atividades 
.3  Lista  de  marcos 

\ / 


6.6  Desenvolver  o 
cronograma 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
cronograma 
.2  Lista  de  atividades 
.3  Atributos  das  atividades 
.4  Lista  de  marcos 
.5  Declaragao  do  escopo  do 
projeto 

.6  Fatores  ambientais  da 
empresa 

.7  Ativos  de  processos 
organizacionais 

.2  Ferramentas  etecnicas 
.1  Metodo  do  diagrama  de 
precedencia  (MDP) 

.2  Determinagao  de  dependence 
.3  Antecipagoes  e esperas 

.3  Saidas 

.1  Diagramas  de  rede  do 
cronograma  do  projeto 
.2  Atualizagoes  nos 
documentos  do  projeto 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
cronograma 
.2  Lista  de  atividades 
.3  Atributos  das  atividades 
.4  Diagramas  de  rede  do 
cronograma  do  projeto 
.5  Requisitos  de  recursos  das 
atividades 

.6  Calendarios  dos  recursos 
.7  Estimativas  de  duragao  das 
atividades 

.8  Declaragao  do  escopo  do 
projeto 

.9  Registro  dos  riscos 

.10  Designagoes  do  pessoal  do 
projeto 

.11  Estrutura  analitica  dos 
recursos 

.12  Fatores  ambientais  da 
empresa 

.13  Ativos  de  processos 
organizacionais 

.2  Ferramentas  etecnicas 
.1  Analise  de  rede  do 
cronograma 

.2  Metodo  do  caminho  critico 
.3  Metodo  da  corrente  critica 
.4  Tecnicas  de  otimizagao  de 
recursos 
.5  Tecnicas  de 
desenvolvimento  de  modelos 
.6  Antecipagoes  e esperas 
.7  Compressao  de  cronograma 
.8  Ferramenta  de  cronograma 

.3  Saidas 


6.7  Controlar  o 
cronograma 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Cronograma  do  projeto 
.3  Dados  de  desempenho  do 
trabalho 

.4  Calendario  do  projeto 
.5  Dados  do  cronograma 
.6  Ativos  de  processos 
organizacionais 

.2  Ferramentas  etecnicas 
.1  Analise  de  desempenho 
.2  Software  de 
gerenciamento  de  projetos 
.3  Tecnicas  de  otimizagao  de 
recursos 
.4  Tecnicas  de 
desenvolvimento  de  modelos 
.5  Antecipagoes  e esperas 
.6  Compressao  de  cronograma 
.7  Ferramenta  de  cronograma 

.3  Saidas 

.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Previsoes  de  cronograma 
.3  Solicitagoes  de  mudanga 
.4  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.5  Atualizagoes  nos 
documentos  do  Droieto 


6.4  Estimar  os 
recursos  das  atividades 


.1  Entradas 

.1  Plano  de  gerenciamento 
do  cronograma 
.2  Lista  de  atividades 
.3  Atributos  das  atividades 
.4  Calendario  do  recurso 
.5  Registro  dos  riscos 
.6  Estimativas  de  custos  das 
atividades 

.7  Fatores  ambientais  da 
empresa 

.8  Ativos  de  processos 
organizacionais 

.2  Ferramentas  etecnicas 
.1  Opiniao  especializada 
.2  Analise  de  alternativas 
.3  Dados  publicados  sobre 
estimativas 

.4  Estimativa  "bottom-up" 

.5  Software  de  gerenciamento 
de  projetos 

.3  Saidas 

.1  Requisitos  de  recursos  das 
atividades 

.2  Estrutura  analitica  dos 
recursos 

.3  Atualizagoes  nos 
documentos  do  projeto 


Figura  6-1 . Visao  geral  do  gerenciamento  do  tempo  do  projeto 
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Figura  6-2.  Visao  geral  do  desenvolvimento  do  cronograma 
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6.1  Planejar  o gerenciamento  do  cronograma 

Planejar  o gerenciamento  do  cronograma  e o processo  de  estabelecer  as  politicas,  os  procedimentos  e 
a documentagao  para  o planejamento,  desenvolvimento,  gerenciamento,  execugao  e controle  do  cronograma 
do  projeto.  0 principal  beneficio  deste  processo  e o fornecimento  de  orientagao  e instrugoes  sobre  como  o 
cronograma  do  projeto  sera  gerenciado  ao  longo  de  todo  o projeto.  As  entradas,  ferramentas  e tecnicas,  e saidas 
desse  processo  estao  ilustradas  na  Figura  6-3.  A Figura  6-4  retrata  o diagrama  de  fluxo  de  dados  do  processo. 


Plano  de  gerenciamento 
do  projeto 

.2  Termo  de  abertura  do 
projeto 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Tecnicas  analiticas 
.3  Reunioes 

V J 


.1  Plano  de  gerenciamento 
do  cronograma 

V ) 


Figura  6-3.  Planejar  o gerenciamento  do  cronograma:  entradas,  ferramentas  e tecnicas,  e saidas 


4.1 

Desenvolver  o 
termo  de 

abertura  do  projeto 


Gerenciamento  do  tempo  do  projeto 


• Termo  de 
abertura  do 
projeto 


• Plano  de 
gerenciamento 
do  projeto 


4.2 

Desenvolver  o piano 
de  gerenciamento 
do  projeto 


Empresa/ 

organizagao 


Figura  6-4.  Diagrama  do  fluxo  de  dados  do  processo  Planejar  o gerenciamento  do  cronograma 
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0 piano  de  gerenciamento  do  cronograma  e um  componente  do  piano  de  gerenciamento  do  projeto.  0 
piano  de  gerenciamento  do  cronograma  pode  ser  formal  ou  informal,  altamente  detalhado  ou  generalizado, 
baseado  nas  necessidades  do  projeto,  e inclui  os  limites  de  controle  apropriados.  0 piano  de  gerenciamento 
do  cronograma  define  como  as  contingencias  do  cronograma  serao  reportadas  e avaliadas.  0 piano  de 
gerenciamento  do  cronograma  pode  ser  atualizado  para  refletir  uma  mudanga  na  maneira  como  o cronograma 
e gerenciado.  0 piano  de  gerenciamento  do  cronograma  e uma  entrada  importante  no  processo  Desenvolver  o 
piano  de  gerenciamento  do  projeto,  como  referido  na  Segao  6.1 .3.1 . 

6.1.1  Planejar  o gerenciamento  do  cronograma:  entradas 

6.1 .1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1.  0 piano  de  gerenciamento  do  projeto  contem  informagoes  usadas  para 
desenvolver  o piano  de  gerenciamento  do  cronograma  que  incluem,  mas  nao  estao  limitadas  a: 

• Linha  de  base  do  escopo.  A linha  de  base  do  escopo  inclui  a especificagao  do  escopo  do  projeto  e os 
detalhes  da  estrutura  analitica  do  projeto  (EAP)  usados  para  a definigao  das  atividades,  a estimativa 
de  duragao  e o gerenciamento  do  cronograma;  e 

• Outras  informagoes.  Outras  decisoes  sobre  custos,  riscos  e comunicagoes  relacionadas  com  a 
elaboragao  do  cronograma  a partir  do  piano  de  gerenciamento  do  projeto  sao  usadas  para  desenvolver 
o cronograma. 

6.1 .1 .2  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1 . 0 termo  de  abertura  do  projeto  apresenta  o resumo  do  cronograma  de  marcos  e 
os  requisitos  de  aprovagao  do  projeto  que  influenciarao  o gerenciamento  do  cronograma  do  projeto. 

6.1 .1 .3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  Os  fatores  ambientais  da  empresa  que  influenciam  o processo  Planejar  o 
gerenciamento  do  cronograma  incluem,  mas  nao  estao  limitados,  a: 

• A estrutura  e cultura  organizacionais  podem  influenciar  o gerenciamento  do  cronograma; 

• Disponibilidade  de  recursos  e habilidades  que  podem  influenciar  o planejamento  do  cronograma; 

• 0 software  de  planejamento  do  projeto  fornece  a ferramenta  de  cronograma  e possibilidades 
alternativas  para  o gerenciamento  do  cronograma; 

• Informagoes  comerciais  publicadas,  tais  como  informagoes  de  produtividade  dos  recursos,  estao 
muitas  vezes  dispomveis  em  bancos  de  dados  comerciais  que  fazem  o rastreamento;  e 

• Sistemas  organizacionais  de  autorizagao  do  trabalho. 
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6.1 .1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  influenciam  o processo  Planejar  o 
gerenciamento  do  cronograma  incluem,  mas  nao  estao  limitados,  a: 

• Ferramentas  de  monitoramento  e relato  das  informagoes  a serem  utilizadas; 

• Informagoes  historicas; 

• Ferramentas  de  controle  do  cronograma; 

• Politicas,  procedimentos  e diretrizes  existentes,  formais  ou  informais,  relacionadas  ao  controle  do 
cronograma; 

• Modelos; 

• Diretrizes  para  encerramento  do  projeto; 

• Procedimentos  de  controle  das  mudangas;  e 

• Procedimentos  de  controle  de  riscos,  incluindo  categorias  de  riscos,  definigoes  de  impacto  e 
probabilidade  e matriz  de  probabilidade  e impacto. 

6.1.2  Planejar  o gerenciamento  do  cronograma:  ferramentas  e tecnicas 

6.1 .2.1  Opiniao  especializada 

A opiniao  especializada,  guiada  por  informagoes  historicas,  fornece  discernimento  valioso  sobre  o ambiente 
e informagoes  de  projetos  passados  similares.  A opiniao  especializada  tambem  pode  sugerir  sobre  se  seria 
recomendavel  combinar  metodos  e como  reconciliar  as  diferengas  entre  eles. 

A opiniao  fornecida  baseada  em  especializagao  numa  area  de  aplicagao,  area  de  conhecimento,  disciplina, 
setor  economico,  etc. , conforme  apropriada  a atividade  sendo  executada,  deve  ser  utilizada  no  desenvolvimento 
do  piano  de  gerenciamento  do  cronograma. 

6.1 .2.2  Tecnicas  analiticas 

0 processo  Planejar  o gerenciamento  do  cronograma  pode  envolver  a escolha  de  opgoes  estrategicas  na 
estimativa  e elaboragao  do  cronograma,  tais  como:  metodologia  de  elaboragao  do  cronograma,  ferramentas 
e tecnicas  de  cronograma,  abordagens  e formatos  de  estimativa,  e software  de  gerenciamento  de  projetos.  0 
piano  de  gerenciamento  do  cronograma  tambem  pode  detalhar  meios  de  utilizar  as  tecnicas  de  paralelismo  ou 
compressao  (Segao  6.6.27)  do  cronograma  do  projeto,  tal  como  a execugao  de  atividades  em  paralelo.  Essas 
decisoes,  como  outras  decisoes  de  cronograma  que  afetam  o projeto,  podem  afetar  os  riscos  do  projeto. 
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As  poli'ticas  e procedimentos  organizacionais  podem  influenciar  que  tecnicas  de  elaboragao  do  cronograma 
serao  empregadas  nessas  decisoes.  As  tecnicas  podem  incluir,  mas  nao  estao  limitadas  ao,  planejamento 
em  ondas  sucessivas  (Segao  6. 2.2. 2),  antecipagoes  e esperas  (Segao  6. 3.2. 3),  analise  de  alternatives  (Segao 
6.4. 2.2),  e metodos  de  avaliagao  do  desempenho  do  cronograma  (Segao  6. 7.2.1). 

6.1 .2.3  Reunides 

As  equipes  dos  projetos  podem  fazer  reunioes  de  planejamento  para  desenvolver  o piano  de  gerenciamento 
do  cronograma.  Os  participantes  dessas  reunioes  podem  incluir  o gerente  do  projeto,  o patrocinador  do  projeto, 
membros  selecionados  da  equipe  do  projeto  e das  partes  interessadas,  qualquer  pessoa  com  responsabilidade 
no  planejamento  ou  execugao  do  cronograma,  e outros,  conforme  necessario. 

6.1.3  Planejar  o gerenciamento  do  cronograma:  saidas 

6.1 .3.1  Plano  de  gerenciamento  do  cronograma 

Urn  componente  do  piano  de  gerenciamento  do  projeto  que  estabelece  os  criterios  e as  atividades  para  o 
desenvolvimento,  monitoramento  e controle  do  cronograma.  0 piano  de  gerenciamento  do  cronograma  pode 
ser  formal  ou  informal,  altamente  detalhado  ou  generalizado,  baseado  nas  necessidades  do  projeto  e inclui  os 
limites  de  controle  apropriados. 

Por  exemplo,  o piano  de  gerenciamento  do  cronograma  pode  estabelecer  o seguinte: 

• 0 desenvolvimento  do  modelo  do  cronograma  do  projeto.  A metodologia  e a ferramenta 
de  cronograma  a serem  usadas  no  desenvolvimento  do  modelo  do  cronograma  do  projeto  sao 
especificadas. 

• Nivel  de  exatidao.  A faixa  aceitavel  usada  na  determinagao  das  estimativas  realistas  de  duragao  das 
atividades  e especificada  e pode  incluir  uma  quantia  para  contingencias. 

• Unidades  de  medida.  Cada  unidade  usada  em  medigoes  (como  horas  e dias  de  pessoal  ou  semanas 
para  medidas  de  tempo,  ou  metros,  litros,  toneladas,  quilometros  ou  jardas  cubicas  para  medidas  de 
quantidade),  e definida  para  cada  urn  dos  recursos. 

• Associagoes  com  procedimentos  organizacionais.  A estrutura  analitica  do  projeto  (EAP)  (Segao 
5.4)  fornece  a estrutura  para  o piano  de  gerenciamento  do  cronograma,  considerando  a consistency 
com  as  estimativas  e os  cronogramas  resultantes. 

• Manutengao  do  modelo  do  cronograma  do  projeto.  0 processo  usado  para  atualizar  o progresso 
no  andamento  e registro  do  projeto  no  modelo  do  cronograma  durante  a execugao  do  projeto  e 
definido. 

• Limites  de  controle.  Limites  de  variagao  para  monitoramento  do  desempenho  do  cronograma 
podem  ser  especificados  para  indicar  uma  quantidade  de  variagao  combinada  a ser  permitida  antes 
que  alguma  agao  seja  necessaria.  Os  limites  sao  tipicamente  expressos  como  percentagem  de 
desvio  dos  parametros  estabelecidos  no  piano  do  linha  de  base. 
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• Regras  para  medigao  do  desempenho.  As  regras  para  medigao  do  desempenho  do  gerenciamento 
do  valor  agregado  (GVA)  ou  outras  regras  de  medigao  ffsica  do  desempenho  sao  estabelecidas.  Por 
exemplo,  o piano  de  gerenciamento  do  cronograma  pode  especificar: 

o Regras  para  estabelecer  o percentual  completo, 

o Contas  de  controle  em  que  o gerenciamento  do  progresso  e cronograma  serao  medidos, 

o Tecnicas  de  medigao  do  valor  agregado  (por  exemplo,  linhas  de  base,  formula  fixa,  percentual 
completo  etc. ),  a serem  empregadas  (para  obter  informagoes  mais  especfficas,  consulte  a 
publicagao  Practice  Standard  for  Earned  Value  Management  [9]),  e 

o Medigoes  do  desempenho  do  cronograma  tais  como  a variagao  de  prazos  (VPR)  e o fndice 
de  desempenho  de  prazos  (IDP)  usadas  para  avaliar  a magnitude  de  variagao  a linha  de 
base  do  cronograma  original. 

• Formatos  de  relatorios.  Os  formatos  e frequences  para  varios  relatorios  de  prazos  sao  definidos. 

• Descrigoes  dos  processos.  Descrigoes  de  cada  urn  dos  processos  de  gerenciamento  dos  prazos 
sao  documentadas. 


6.2  Definir  as  atividades 

Definir  as  atividades  e o processo  de  identificagao  e documentagao  das  agoes  especfficas  a serem  realizadas 
para  produzir  as  entregas  do  projeto.  0 principal  beneffcio  deste  processo  e a divisao  dos  pacotes  de  trabalho 
em  atividades  que  fornecem  uma  base  para  estimar,  programar,  executar,  monitorar  e controlar  os  trabalhos  do 
projeto.  As  entradas,  ferramentas  e tecnicas,  e safdas  desse  processo  estao  ilustradas  na  Figura  6-5. 

A Figura  6-6  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  6-5.  Definir  as  atividades:  entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciamento  do  tempo  do  projeto 


Figura  6-6.  Diagrama  do  fluxo  de  dados  do  processo  Definir  as  atividades 

Implicitos  neste  processo  estao  a definigao  e o planejamento  das  atividades  do  cronograma  de  tal  modo  que 
os  objetivos  do  projeto  sejam  alcangados.  0 processo  Criar  a EAP  identifica  as  entregas  no  nivel  mais  baixo  da 
estrutura  analitica  do  projeto  (EAP),  o pacote  de  trabalho.  Os  pacotes  de  trabalho  sao  tipicamente  decompostos 
em  componentes  menores  chamados  atividades  que  representam  o esforgo  de  trabalho  necessario  para 
completar  o pacote  de  trabalho. 

6.2.1  Definir  as  atividades:  entradas 

6.2.1 .1  Plano  de  gerenciamento  do  cronograma 

Descrito  na  Segao  6.1 .3.1 . Uma  entrada  importante  no  piano  de  gerenciamento  do  cronograma  e o nivel  de 
detalhe  necessario  prescrito  para  gerenciar  o trabalho. 
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6.2.1 .2  Linha  de  base  do  escopo 

Descrita  na  Segao  5. 4.3.1 . A EAP,  entregas,  restrigoes  e premissas  do  projeto  documentadas  na  linha  de 
base  do  escopo  do  projeto  sao  explicitamente  consideradas  durante  a definigao  das  atividades. 

6.2.1 .3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  Os  fatores  ambientais  da  empresa  que  influenciam  o processo  Definir  as 
atividades  incluem,  mas  nao  estao  limitados,  a: 

• Estrutura  e cultura  organizacionais, 

• Informagoes  comerciais  publicadas  a partir  de  bancos  de  dados  comerciais,  e 

• Sistema  de  informagoes  de  gerenciamento  de  projeto  (SIGP). 

6.2.1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Definir 
as  atividades  incluem,  mas  nao  estao  limitados,  a: 

• Base  de  conhecimento  de  ligoes  aprendidas  contendo  informagoes  historicas  sobre  listas  das 
atividades  usadas  em  projetos  anteriores  similares, 

• Processos  padronizados, 

• Modelos  que  content  uma  lista  de  atividades  padrao  ou  parte  de  uma  lista  de  atividades  de  urn 
projeto  anterior,  e 

• Politicas,  procedimentos  e diretrizes  existentes  relacionados  ao  planejamento  formal  e informal 
de  atividades,  tais  como  a metodologia  de  elaboragao  do  cronograma,  que  sao  considerados  no 
desenvolvimento  das  definigoes  de  atividades. 

6.2.2  Definir  as  atividades:  ferramentas  e tecnicas 
6.2.2.1  Decomposigao 

Decomposigao  e uma  tecnica  usada  para  dividir  e subdividir  o escopo  do  projeto  e suas  entregas  em 
partes  menores  e mais  faceis  de  gerenciar.  Estas  atividades  representam  o esforgo  necessario  para  completar 
urn  pacote  de  trabalho.  0 processo  Definir  as  atividades  define  as  safdas  finais  como  atividades  ao  inves  de 
entregas,  como  e feito  no  processo  Criar  a EAP  (Segao  5.4). 
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A lista  das  atividades,  a EAP  e o dicionario  da  EAP  podem  ser  desenvolvidos  sequencialmente  ou 
paralelamente,  com  am  bos  servindo  de  base  para  o desenvolvimento  da  lista  final  das  atividades.  Cada  pacote 
de  trabalho  dentro  da  EAP  e decomposto  em  atividades  menores,  necessarias  para  a produgao  das  entregas  do 
pacote  de  trabalho.  0 envolvimento  de  membros  da  equipe  na  decomposigao  pode  gerar  resultados  melhores 
e mais  precisos. 

6.2. 2.2  Planejamento  em  ondas  sucessivas 

0 planejamento  em  ondas  sucessivas  e uma  tecnica  de  planejamento  iterativo  em  que  o trabalho  a ser 
executado  a curto  prazo  e planejado  em  detalhe,  ao  passo  que  o trabalho  no  futuro  e planejado  em  urn 
nivel  mais  alto.  E uma  forma  de  elaboragao  progressiva.  Portanto,  urn  trabalho  pode  existir  em  varios  niveis 
de  detalhamento  dependendo  de  onde  esta  no  ciclo  de  vida  do  projeto.  Durante  o planejamento  estrategico 
inicial,  quando  a informagao  esta  menos  definida,  os  pacotes  de  trabalho  podem  ser  decompostos  ate  o mvel 
conhecido  de  detalhe.  Conforme  os  eventos  que  estao  para  acontecer  sao  mais  conhecidos,  os  pacotes  podem 
ser  decompostos  em  atividades. 

6.2.2.3  Opiniao  especializada 

Membros  da  equipe  do  projeto  ou  outros  especialistas,  que  tenham  experience  e habilidade  no 
desenvolvimento  de  especificagoes  detalhadas  do  escopo  de  projetos,  em  EAP  e em  cronogramas  de  projeto 
podem  fornecer  opinioes  tecnicas  sobre  a definigao  de  atividades. 

6.2.3  Definir  as  atividades:  saidas 
6.2.3.1  Lista  de  atividades 

A lista  de  atividades  e uma  lista  abrangente  que  inclui  todas  as  atividades  do  cronograma  necessarias  no 
projeto.  A lista  de  atividades  tambem  inclui  o identificador  de  atividades  e uma  descrigao  do  escopo  de  trabalho 
de  cada  atividade  em  detalhe  suficiente  para  assegurar  que  os  membros  da  equipe  do  projeto  entendam 
qual  trabalho  precisa  ser  executado.  Cada  atividade  deve  ter  urn  titulo  exclusivo  que  descreve  o seu  lugar  no 
cronograma,  mesmo  que  tal  atividade  seja  mostrada  fora  do  contexto  do  cronograma  do  projeto. 
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6.2. 3.2  Atributos  das  atividades 

As  atividades,  diferentemente  dos  marcos,  tern  duragoes,  durante  as  quais  o trabalho  daquela  atividade  e 
executado,  e podem  ter  recursos  e custos  associados  aquele  trabalho.  Os  atributos  das  atividades  ampliam 
a descrigao  das  mesmas  atraves  da  identificagao  dos  multiplos  componentes  associados  a cada  atividade. 
Os  componentes  de  cada  atividade  evoluem  ao  longo  do  tempo.  Durante  os  estagios  iniciais  do  projeto,  eles 
incluem  o identificador  (ID)  da  atividade,  o ID  da  EAP  e o nome  da  atividade  e,  quando  completos,  podem 
incluir  codigos  das  atividades  e sua  descrigao,  as  atividades  predecessoras,  as  atividades  sucessoras,  relagoes 
logicas,  antecipagoes  e esperas  (Segao  6.3. 2.3),  requisitos  de  recursos,  datas  impostas,  restrigoes  e premissas. 
Os  atributos  das  atividades  podem  ser  usados  para  identificar  a pessoa  responsavel  pela  execugao  do  trabalho, 
a area  geografica,  ou  o local  onde  o trabalho  deve  ser  realizado,  o calendario  do  projeto  a que  a atividade  foi 
designada  e otipo  de  atividade  como  nivel  de  esforgo  (frequentemente  abreviado  como  NDE),  o esforgo  distinto 
e o esforgo  distribuido.  Os  atributos  das  atividades  sao  usados  para  o desenvolvimento  do  cronograma  e para 
a selegao,  sequenciamento  e classificagao  das  atividades  planejadas  no  cronograma  de  varias  maneiras  nos 
relatorios.  0 numero  de  atributos  varia  de  acordo  com  a area  de  aplicagao. 

6.2. 3.3  Lista  de  marcos 

Urn  marco  e urn  ponto  ou  evento  significativo  no  projeto.  A lista  de  marcos  identifica  todos  os  marcos  do 
projeto  e indica  se  o marco  e obrigatorio,  tais  como  os  exigidos  por  contrato,  ou  opcional,  como  os  baseados 
em  informagao  historica.  Os  marcos  sao  semelhantes  as  atividades  normais  do  cronograma,  com  a mesma 
estrutura  e atributos,  mas  tern  duragao  zero  porque  eles  representam  urn  momento  no  tempo. 


6.3  Sequenciar  as  atividades 

Sequenciar  as  atividades  e o processo  de  identificagao  e documentagao  dos  relacionamentos  entre  as 
atividades  do  projeto.  0 principal  beneficio  deste  processo  e definir  a sequencia  logica  do  trabalho  a fim  de 
obter  o mais  alto  nivel  de  eficiencia  em  face  de  todas  as  restrigoes  do  projeto.  As  entradas,  ferramentas  e 
tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  6-7.  A Figura  6-8  ilustra  o diagrama  de  fluxo  de 
dados  do  processo. 
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Figura  6-7.  Sequenciar  as  atividades:  entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciamento  do  tempo  do  projeto 
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Figura  6-8.  Diagrama  do  fluxo  de  dados  do  processo  Sequenciar  as  atividades 


Todas  as  atividades  e marcos,  com  excegao  do  primeiro  e do  ultimo,  devem  ser  conectados  a pelo  menos 
urn  predecessor  com  uma  relagao  logica  termino  para  inicio  ou  inicio  para  inicio  e a pelo  menos  urn  sucessor 
com  uma  relagao  logica  termino  para  inicio  ou  termino  para  termino.  As  relagoes  logicas  devem  ser  projetadas 
para  criar  urn  cronograma  de  projeto  realista.  0 uso  de  tempo  de  antecipagao  ou  de  espera  pode  ser  necessario 
entre  as  atividades  para  dar  suporte  a urn  cronograma  de  projeto  realista  e executavel.  0 sequenciamento  pode 
ser  executado  atraves  do  uso  de  software  de  gerenciamento  de  projetos  ou  do  uso  de  tecnicas  manuais  ou 
automatizadas. 


6.3.1  Sequenciar  as  atividades:  entradas 

6.3.1 .1  Plano  de  gerenciamento  do  cronograma 

Descrito  na  Segao  6.1 .3.1 . 0 piano  de  gerenciamento  do  cronograma  identifica  o metodo  e a ferramenta  de 
cronograma  a serem  usados  no  projeto,  que  guiara  o sequenciamento  das  atividades. 
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6.3.1 .2  Lista  de  atividades 

Descritas  na  Segao  6.2. 3.1 . A lista  de  atividades  contem  todas  as  atividades  do  cronograma  necessarias 
no  projeto,  que  deverao  ser  sequenciadas.  As  dependences  e outras  restrigoes  nessas  atividades  podem 
influenciar  o sequenciamento  das  atividades. 

6.3.1 .3  Atributos  das  atividades 

Descritos  na  Segao  6.2. 3.2.  Os  atributos  da  atividade  podem  descrever  uma  sequencia  necessaria  de 
eventos  ou  relagoes  definidas  de  predecessores  ou  sucessores. 

6.3.1 .4  Lista  de  marcos 

Descritos  na  Segao  6. 2.3. 3.  A lista  de  marcos  pode  conter  datas  agendadas  para  marcos  especfficos,  que 
podem  influenciar  a maneira  como  as  atividades  sao  sequenciadas. 

6.3.1 .5  Especificagao  do  escopo  do  projeto 

Descrita  na  Segao  5. 3. 3.1 . A especificagao  do  escopo  do  projeto  contem  a descrigao  do  escopo  do 
produto,  que  inclui  as  caracteristicas  do  produto  que  podem  afetar  o sequenciamento  das  atividades,  tal 
como  a disposigao  fisica  de  uma  fabrica  a ser  construfda  ou  interfaces  de  subsistemas  em  urn  projeto 
de  software.  Outras  informagoes  na  especificagao  do  escopo  do  projeto  incluindo  entregas,  restrigoes  e 
premissas  do  projeto  tambem  podem  afetar  o sequenciamento  das  atividades.  Enquanto  esses  efeitos  sao 
frequentemente  aparentes  na  lista  das  atividades,  a descrigao  do  escopo  do  produto  e geralmente  revisada 
para  assegurar  a precisao. 

6.3.1 .6  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  Os  fatores  ambientais  da  empresa  que  influenciam  o processo  Sequenciar  as 
atividades  incluem,  mas  nao  estao  limitados,  a: 

• Padroes  governamentais  ou  dos  setores  economicos, 

• Sistema  de  informagoes  de  gerenciamento  de  projetos  (SIGP), 

• Ferramenta  de  cronograma,  e 

• Sistemas  de  autorizagao  de  trabalho  da  empresa. 
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6.3.1 .7  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Sequenciar  as  atividades  incluem,  mas  nao  estao  limitados  a arquivos  de  projetos  da  base  de  conhecimento  da 
corporagao  usada  para  metodologia  de  agendamento,  politicas,  procedimentos  e diretrizesformais  e informais 
existentes  relacionados  com  o planejamento  de  atividades,  tais  como  a metodologia  de  agendamento  que 
e considerada  no  desenvolvimento  de  relagoes  logicas,  e modelos  que  podem  ser  usados  para  acelerar 
a preparagao  de  redes  de  atividades  do  projeto.  As  informagoes  dos  atributos  de  atividades  relacionadas 
presentes  nos  modelos  tambem  podem  conter  outras  informagoes  descritivas  uteis  para  o sequenciamento 
das  atividades. 

6.3.2  Sequenciar  as  atividades:  ferramentas  e tecnicas 
6.3.2.1  Metodo  do  diagrama  de  precedence 

0 metodo  do  diagrama  de  precedence  (MDP)  e umatecnica  usada  para  construir  urn  modelo  de  cronograma 
em  que  as  atividades  sao  representadas  por  nos  e ligadas  graficamente  por  urn  ou  mais  relacionamentos 
logicos  para  mostrar  a sequencia  em  que  as  atividades  devem  ser  executadas.  Atividade  no  no  (ANN)  e urn 
metodo  de  representagao  de  urn  diagrama  de  precedence.  Este  e o metodo  usado  pela  maioria  dos  pacotes 
de  software  de  gerenciamento  de  projetos. 

0 MDP  inclui  quatro  tipos  de  dependencies  ou  relacionamentos  logicos.  Uma  atividade  predecessora  e 
uma  atividade  que  logicamente  vem  antes  de  uma  atividade  dependente  em  urn  cronograma.  Uma  atividade 
sucessora  e uma  atividade  dependente  que  logicamente  vem  depois  de  outra  atividade  em  urn  cronograma. 
Estes  relacionamentos  sao  definidos  abaixo  e ilustrados  na  Figura  6-9. 

• Termino  para  inicio  (Tl).  Urn  relacionamento  logico  em  que  uma  atividade  sucessora  nao  pode 
comegar  ate  que  uma  atividade  predecessora  tenha  terminado.  Exemplo:  Uma  cerimonia  de  entrega 
de  premios  (sucessora)  nao  pode  comegar  ate  que  a corrida  (predecessora)  termine. 

• Termino  para  termino  (TT).  Urn  relacionamento  logico  em  que  uma  atividade  sucessora  nao  pode 
terminar  ate  que  a atividade  predecessora  tenha  terminado.  Exemplo:  A redagao  de  urn  documento 
(predecessora)  deve  ser  terminada  antes  que  o documento  seja  editado  (sucessora). 

• Inicio  para  inicio  (II).  Urn  relacionamento  logico  em  que  uma  atividade  sucessora  nao  pode  ser 
iniciada  ate  que  uma  atividade  predecessora  tenha  sido  iniciada.  Exemplo:  A nivelagao  do  concreto 
(sucessora)  nao  pode  ser  iniciada  ate  que  a colocagao  da  fundagao  (predecessora)  seja  iniciada. 

• Inicio  para  termino  (IT).  Urn  relacionamento  logico  em  que  uma  atividade  sucessora  nao  pode 
ser  terminada  ate  que  uma  atividade  predecessora  tenha  sido  iniciada.  Exemplo:  0 primeiro  turno 
da  guarda  de  seguranga  (sucessora)  nao  pode  terminar  ate  que  o segundo  turno  da  guarda  de 
seguranga  (predecessora)  comece. 
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No  MDP,  termino  para  imcio  e o tipo  mais  comumente  usado  de  relagao  de  precedencia.  A relagao  inicio  para 
termino  e raramente  usada  mas  foi  incluida  aqui  para  apresentar  uma  lista  completa  dos  tipos  de  relagao  MDP. 


Figura  6-9.  Metodo  do  diagrama  de  precedencia  (MDP)  - Tipos  de  relagdes 


6. 3. 2. 2 Determinagao  de  dependence 

As  dependences  podem  ser  caracterizadas  pelos  seguintes  atributos:  obrigatorias  ou  arbitradas,  internas  ou 
externas,  como  descrito  abaixo.  A dependence  tem  quatro  atributos,  mas  dois  podem  ser  aplicaveis  ao  mesmo 
tempo  das  seguintes  maneiras:  dependences  externas  obrigatorias,  dependences  internas  obrigatorias, 
dependences  externas  arbitradas,  ou  dependences  internas  arbitradas. 

• Dependences  obrigatorias.  As  dependences  obrigatorias  sao  as  exigidas  legal  ou  contratualmente, 
ou  inerentes  a natureza  do  trabalho.  As  dependences  obrigatorias  frequentemente  envolvem 
limitagoes  fisicas,  tais  como  num  projeto  de  construgao  onde  e impossivel  erguer  a superestrutura 
antes  que  a fundagao  tenha  sido  concluida,  ou  num  projeto  de  componentes  eletronicos,  onde  urn 
prototipo  tem  que  ser  construfdo  antes  de  ser  testado.  As  dependences  obrigatorias  sao  tambem 
as  vezes  chamadas  de  dependencies  “ hard  logic"  ou  “hard  dependencies".  As  dependencies 
tecnicas  podem  nao  ser  obrigatorias.  A equipe  do  projeto  define  que  dependences  sao  obrigatorias 
durante  o processo  de  sequenciamento  das  atividades.  As  dependences  obrigatorias  nao  devem  ser 
confundidas  com  a designagao  de  restrigoes  de  cronograma  na  ferramenta  de  cronograma. 
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• Dependences  arbitradas.  As  dependencies  arbitradas  as  vezes  sao  chamadas  de  logica  preferida, 
logica  preferencial  ou  “soft  logic".  As  dependences  arbitradas  sao  estabelecidas  com  base  no 
conhecimento  das  melhores  praticas  numa  area  de  aplicagao  especifica  ou  em  algum  aspecto 
singular  do  projeto  onde  uma  sequencia  especifica  e desejada,  mesmo  que  haja  outras  sequences 
aceitaveis.  As  dependencies  arbitradas  devem  ser  totalmente  documentadas  ja  que  podem  criar 
valores  de  folga  total  arbitrarios  e posteriormente  limitar  as  opgoes  de  agendamento.  Quando  tecnicas 
de  paralelismo  sao  aplicadas,  essas  dependences  arbitradas  devem  ser  revisadas  e consideradas 
para  modificagao  ou  remogao.  A equipe  do  projeto  define  que  dependences  sao  arbitradas  durante 
o processo  de  sequenciamento  das  atividades. 

• Dependences  externas.  As  dependences  externas  envolvem  uma  relagao  entre  as  atividades  do 
projeto  e as  nao  pertencentes  ao  projeto.  Tais  dependences  normalmente  nao  estao  sob  o controle 
da  equipe  do  projeto.  Por  exemplo,  a atividade  de  teste  num  projeto  de  software  pode  depender 
da  entrega  de  hardware  de  uma  fonte  externa,  ou  audiencias  ambientais  com  o governo  podem 
precisar  ser  feitas  antes  que  a preparagao  do  local  possa  ser  iniciada  num  projeto  de  construgao.  A 
equipe  de  gerenciamento  do  projeto  define  quais  dependences  sao  externas  durante  o processo  de 
sequenciamento  das  atividades. 

• Dependences  internas.  As  dependencies  internas  envolvem  uma  relagao  de  precedence  entre  as 
atividades  do  projeto  e estao  geralmente  sob  o controle  da  equipe  do  projeto.  Por  exemplo,  se  uma 
equipe  nao  pode  testar  uma  maquina  antes  de  monta-la,  isso  seria  uma  dependence  obrigatoria 
interna.  A equipe  de  gerenciamento  do  projeto  define  quais  dependences  sao  internas  durante  o 
processo  de  sequenciamento  das  atividades. 

6.3.2.3  Antecipagoes  e esperas 

Uma  antecipagao  e a quantidade  de  tempo  que  uma  atividade  sucessora  pode  ser  adiantada  em  relagao  a uma 
atividade  predecessora.  Por  exemplo,  num  projeto  para  construir  urn  novo  edificio  de  escritorios,  o paisagismo 
poderia  ser  agendado  para  comegar  duas  semanas  antes  do  termino  agendado  dos  itens  da  lista.  Isso  seria 
mostrado  como  urn  termino  para  inicio  com  uma  antecipagao  de  duas  semanas  como  mostrado  na  Figura  6-1 0. 
A antecipagao  e frequentemente  representada  como  urn  valor  negativo  de  espera  no  software  de  cronograma. 


Figura  6-10.  Exemplos  de  antecipagao  e espera 
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Uma  espera  e a quantidade  de  tempo  que  uma  atividade  sucessora  sera  atrasada  em  relagao  a uma 
atividade  predecessora.  Por  exemplo,  uma  equipe  de  redagao  tecnica  pode  iniciar  a edigao  do  rascunho  de  urn 
grande  documento  quinze  dias  apos  ter  comegado  a escreve-lo.  Isso  poderia  ser  mostrado  como  uma  relagao 
infcio  para  inicio  com  uma  espera  de  quinze  dias  como  mostrado  na  Figura  6-1 0.  A espera  tambem  pode  ser 
representada  nos  diagramas  de  rede  do  cronograma  do  projeto  como  mostrado  na  Figura  6-1 1 na  relagao 
entre  as  atividades  H e I,  como  indicado  pela  nomenclatura  SS+10  (infcio  para  infcio  mais  10  dias  de  espera) 
embora  a compensagao  nao  seja  mostrada  como  relativa  a urn  prazo  de  execugao. 

A equipe  de  gerenciamento  do  projeto  define  as  dependences  que  podem  requerer  uma  antecipagao  ou 
uma  espera,  visando  definir  precisamente  a relagao  logica  entre  elas.  0 uso  de  antecipagoes  e esperas  nao 
deve  substituir  a logica  do  cronograma.  As  atividades  e suas  premissas  relacionadas  devem  ser  documentadas. 

6.3.3  Sequenciar  as  atividades:  saidas 

6.3.3.1  Diagramas  de  rede  do  cronograma  do  projeto 

Urn  diagrama  de  rede  do  cronograma  do  projeto  e uma  representagao  grafica  das  relagoes  logicas,  tambem 
chamadas  de  dependences,  entre  as  atividades  do  cronograma  do  projeto.  A Figura  6-1 1 ilustra  urn  diagrama 
de  rede  do  cronograma  do  projeto.  Urn  diagrama  de  rede  do  cronograma  do  projeto  pode  ser  produzido 
manualmente  ou  atraves  do  uso  de  urn  software  de  gerenciamento  de  projetos.  Pode  incluir  detalhes  do  projeto 
todo  ou  ter  uma  ou  mais  atividades  de  resumo.  Uma  descrigao  de  resumo  pode  acompanhar  o diagrama 
e descrever  a abordagem  basica  usada  para  sequenciar  as  atividades.  Quaisquer  sequences  incomuns  de 
atividades  dentro  da  rede  devem  ser  totalmente  descritas  nesse  texto. 
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Figura  6-11.  Diagrama  de  rede  do  cronograma  do  projeto. 


6.3. 3.2  Atualizagdes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Lista  de  atividades, 

• Atributos  das  atividades, 

• Lista  de  marcos,  e 

• Registro  dos  riscos. 


6.4  Estimar  os  recursos  das  atividades 

Estimar  os  recursos  das  atividades  e o processo  de  estimativa  dos  tipos  e quantidades  de  material, 
pessoas,  equipamentos  ou  suprimentos  que  serao  necessarios  para  realizar  cada  atividade.  0 principal 
beneficio  deste  processo  e identificar  o tipo,  quantidade  e caracteristicas  dos  recursos  exigidos  para 
concluir  a atividade,  permitindo  estimativas  de  custos  e de  duragao  mais  exatas.  As  entradas,  ferramentas 
e tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  6-12.  A Figura  6-13  ilustra  o diagrama  de 
fluxo  de  dados  do  processo. 
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Figura  6-12.  Estimar  os  recursos  das  atividades:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  6-13.  Diagrama  do  fluxo  de  dados  do  processo  Estimar  os  recursos  das  atividades 
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0 processo  Estimar  os  recursos  das  atividades  e estreitamente  coordenado  com  o processo  Estimar  os 
custos  (Segao  7.2).  Por  exemplo: 

• Uma  equipe  de  urn  projeto  de  construgao  precisa  estar  familiarizada  com  a legislagao  local  de 
construgao.  Geralmente,  tal  conhecimento  pode  ser  facilmente  disponibilizado  por  fornecedores 
locals.  No  entanto,  se  o mercado  de  mao  de  obra  local  carecer  de  experience  em  tecnicas  de 
construgao  incomuns  ou  especializadas,  o custo  adicional  de  urn  consultor  pode  ser  a maneira  mais 
efetiva  de  assegurar  o conhecimento  da  legislagao  local  de  construgao. 

• Uma  equipe  de  planejamento  do  setor  automotivo  precisa  estar  familiarizada  com  as  mais  recentes 
tecnicas  de  montagem  automatizada.  0 conhecimento  necessario  pode  ser  obtido  atraves  da 
contratagao  de  urn  consultor,  do  envio  de  urn  projetista  a urn  seminario  de  robotica,  ou  da  inclusao 
de  alguem  da  produgao  como  urn  membro  da  equipe  do  projeto. 

6.4.1  Estimar  os  recursos  das  atividades:  entradas 

6.4.1 .1  Plano  de  gerenciamento  do  cronograma 

Descrito  na  Segao  6.1 .3.1 . 0 piano  de  gerenciamento  do  cronograma  identifica  o nivel  de  exatidao  e as 
unidades  de  medida  para  a execugao  da  estimativa  dos  recursos. 

6.4.1 .2  Lista  de  atividades 

Descrita  na  Segao  6. 2.3.1  .A  lista  de  atividades  identifica  as  atividades  que  necessitarao  recursos. 

6.4.1 .3  Atributos  das  atividades 

Descritos  na  Segao  6. 2.3. 2.  Os  atributos  das  atividades  fornecem  as  principals  entradas  de  dados  para  o 
uso  na  estimativa  dos  recursos  necessarios  para  cada  atividade  da  lista  de  atividades. 
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6.4.1 .4  Calendarios  de  recursos 

Descritos  nas  Segoes  9. 2.3. 2 e 12.2.3.3.  Um  calendario  de  recursos  e um  calendario  que  identifica  os  dias 
uteis  e turnos  em  que  cada  recurso  especlfico  encontra-se  disponlvel.  Informagoes  sobre  quais  recursos  (tais 
como  pessoal,  equipamento  e material)  estao  potencialmente  disponiveis  durante  um  periodo  de  atividades 
planejado  sao  usadas  para  a estimativa  de  utilizagao  dos  recursos.  Os  calendarios  de  recursos  especificam 
quando  e por  quanto  tempo  os  recursos  identificados  do  projeto  estarao  disponiveis  durante  o projeto.  Essas 
informagoes  podem  estar  no  nlvel  da  atividade  ou  do  projeto.  Este  conhecimento  inclui  a consideragao  de 
atributos  tais  como  a experience  e/ou  nlvel  de  habilidade  do  recurso,  assim  como  as  diversas  localizagoes 
geograficas  de  onde  vem  esses  recursos  e quando  eles  poderao  estar  disponiveis. 

6.4.1 .5  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . Os  eventos  de  risco  podem  impactar  a selegao  e a disponibilidade  dos  recursos. 
As  atualizagoes  no  registro  dos  riscos  estao  incluldas  nas  atualizagoes  nos  documentos  do  projeto,  descritas 
na  Segao  1 1 .5.3.2,  do  processo  Planejar  as  respostas  aos  riscos. 

6.4.1 .6  Estimativas  dos  custos  das  atividades 

Descritas  na  Segao  7.2. 3.1 . 0 custo  dos  recursos  pode  impactar  a sua  selegao. 

6.4.1 .7  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Estimar 
os  recursos  das  atividades  incluem,  mas  nao  estao  limitados  a localizagao,  disponibilidade  e competencies 
do  recurso. 

6.4.1 .8  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Estimar 
os  recursos  das  atividades  incluem,  mas  nao  estao  limitados,  a: 

• Pollticas  e procedimentos  relativos  a mobilizagao  e desmobilizagao  de  pessoal, 

• Pollticas  e procedimentos  relacionados  ao  aluguel  e compra  de  suprimentos  e equipamentos,  e 

• Informagao  historica  a respeito  dos  tipos  de  recursos  usados  para  trabalhos  semelhantes  de  projetos 
anteriores. 
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6.4.2  Estimar  os  recursos  das  atividades:  ferramentas  e tecnicas 

6.4.2.1  Opiniao  especializada 

A opiniao  especializada  frequentemente  e necessaria  para  avaliagao  das  entradas  relacionadas  aos  recursos 
deste  processo.  Qualquer  grupo  ou  pessoa  com  conhecimento  especializado  em  planejamento  e estimativa  de 
recursos  pode  fornecer  tal  opiniao. 

6.4.2.2  Analise  de  alternativas 

Muitas  atividades  do  cronograma  tern  metodos  alternativos  para  a sua  realizagao.  Eles  incluem  o uso 
de  varios  niveis  de  capacidade  ou  competencias  dos  recursos,  tamanhos  ou  tipos  diferentes  de  maquinas, 
ferramentas  diferentes  (manuais  versus  automatizadas)  e decisoes  de  fazer  ou  comprar  a respeito  dos  recursos 
(Segao  12.1.3.5). 

6.4.2.3  Dados  publicados  para  auxilio  a estimativas 

Varias  organizagoes  publicam  rotineiramente  indices  de  produgao  atualizados  e custos  unitarios  de  recursos 
para  urn  conjunto  abrangente  de  mercados  de  mao  de  obra,  material  e equipamento  para  diferentes  paises  e 
localizagoes  geograficas  dentro  dos  mesmos. 

6.4.2.4  Estimativa  “ bottom-up ” 

Estimativa  “ bottom-up ” e urn  metodo  de  estimativa  da  duragao  ou  custo  do  projeto  pela  agregagao  das 
estimativas  dos  componentes  de  nivel  mais  baixo  da  estrutura  analitica  do  projeto  (EAP).  Quando  uma  atividade 
nao  pode  ser  estimada  com  urn  grau  razoavel  de  confianga,  o trabalho  dentro  da  atividade  e decomposto  em 
mais  detalhes.  As  necessidades  do  recurso  sao  estimadas.  Essas  estimativas  sao  entao  agregadas  numa 
quantidade  total  para  cada  urn  dos  recursos  da  atividade.  As  atividades  podem  ou  nao  ter  dependences  entre 
si  que  podem  afetar  a aplicagao  e o uso  dos  recursos.  Se  existirem  dependencies,  este  padrao  de  utilizagao  de 
recursos  e refletido  e documentado  nos  requisitos  estimados  da  atividade. 

6.4.2.5  Software  de  gerenciamento  de  projetos 

Urn  software  de  gerenciamento  de  projetos,  tal  como  a ferramenta  de  software  de  agendamento,  tern 
a capacidade  de  auxiliar  no  planejamento,  organizagao  e gerenciamento  dos  “pools”  de  recursos  e no 
desenvolvimento  de  estimativas  dos  mesmos.  Dependendo  do  nivel  de  sofisticagao  do  software,  a estrutura 
analitica  dos  recursos,  as  taxas  e os  varios  calendars  dos  recursos  podem  ser  definidos  para  apoiar  a 
otimizagao  dos  mesmos. 
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6.4.3  Estimar  os  recursos  das  atividades:  saidas 

6.4.3.1  Requisitos  de  recursos  das  atividades 

Os  requisitos  de  recursos  das  atividades  identificam  os  tipos  e quantidades  de  recursos  exigidos  para  cada 
atividade  de  um  pacote  de  trabalho.  Esses  requisitos  podem  entao  ser  agregados  para  definir  os  recursos 
estimados  para  cada  pacote  de  trabalho  e cada  periodo  de  trabalho.  A quantidade  de  detalhes  e o nivel  de 
especificidade  das  descrigoes  dos  requisitos  do  recurso  podem  variar  por  area  de  aplicagao.  A documentagao 
dos  requisitos  de  recursos  para  cada  atividade  pode  incluir  a base  de  estimativa  para  cada  recurso,  assim 
como  as  premissas  adotadas  na  definigao  de  quais  tipos  de  recursos  sao  aplicados,  suas  disponibilidades  e 
quais  quantidades  sao  usadas. 

6.4. 3.2  Estrutura  analitica  dos  recursos 

Estrutura  analitica  dos  recursos  e uma  representagao  hierarquica  dos  recursos,  por  categoria  e tipo. 
Exemplos  de  categorias  incluem  mao  de  obra,  material,  equipamento  e suprimentos.  Os  tipos  de  recursos 
podem  incluir  o nivel  de  competencia,  de  graduagao  ou  outras  informagoes  conforme  apropriado  ao  projeto. 
A estrutura  analitica  dos  recursos  e util  na  organizagao  e relato  dos  dados  do  cronograma  do  projeto  com 
informagoes  sobre  a utilizagao  dos  recursos. 

6.4.3.3  Atualizagoes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Lista  de  atividades, 

• Atributos  das  atividades,  e 

• Calendars  dos  recursos. 


6.5  Estimar  as  duragdes  das  atividades 

Estimar  as  duragoes  das  atividades  e o processo  de  estimativa  do  numero  de  periodos  de  trabalho  que 
serao  necessarios  paraterminar  atividades  especificas  com  os  recursos  estimados.  0 principal  beneficio  deste 
processo  e fornecer  a quantidade  de  tempo  necessaria  para  concluir  cada  atividade,  o que  e uma  entrada 
muito  importante  no  processo  Desenvolver  o cronograma.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse 
processo  estao  ilustradas  na  Figura  6-14.  A Figura  6-15  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 
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A estimativa  das  duragoes  das  atividades  utiliza  informagoes  sobre  as  atividades  do  escopo  do  trabalho, 
tipos  de  recursos  necessarios,  quantidades  estimadas  de  recursos  e calendarios  de  recursos.As  entradas  das 
estimativas  de  duragao  da  atividade  se  originam  na  pessoa  ou  no  grupo  da  equipe  do  projeto  que  esta  mais 
familiarizado  com  a natureza  da  atividade  especifica.  A estimativa  da  duragao  e elaborada  progressivamente,  e 
o processo  considera  a qualidade  e a disponibilidade  dos  dados  de  entrada.  Por  exemplo,  a medida  que  dados 
mais  detalhados  e precisos  sobre  o trabalho  de  engenharia  e planejamento  do  projeto  tornam-se  disponiveis, 
a exatidao  das  estimativas  de  duragao  melhora.  Portanto,  a estimativa  da  duragao  pode  ser  assumida  como 
sendo  progressivamente  mais  precisa  e de  melhor  qualidade. 

0 processo  Estimar  as  duragoes  das  atividades  requer  uma  estimativa  da  quantidade  de  esforgo  de 
trabalho  requerida  para  concluir  a atividade  e a quantidade  de  recursos  disponiveis  estimados  para  completar 
a atividade.  Essas  estimativas  sao  usadas  para  urn  calculo  aproximado  do  numero  de  periodos  de  trabalho 
(duragao  da  atividade)  necessario  para  concluir  a atividade  usando  os  calendarios  de  projeto  e de  recursos 
apropriados.  Todos  os  dados  e premissas  que  suportam  a estimativa  sao  documentados  para  cada  estimativa 
de  duragao  de  atividade. 

6.5.1  Estimar  as  duragoes  das  atividades:  entradas 

6.5.1 .1  Plano  de  gerenciamento  do  cronograma 

Descrito  na  Segao  6.1 .3.1 . 0 piano  de  gerenciamento  do  cronograma  define  o metodo  usado  e o nivel  de 
exatidao  juntamente  com  outros  criterios  requeridos  para  estimar  as  duragoes  das  atividades,  incluindo  o ciclo 
de  atualizagoes  no  projeto. 

6.5.1 .2  Lista  de  atividades 

Descrita  na  Segao  6. 2.3.1 . A lista  das  atividades  identifica  as  atividades  que  necessitarao  estimativas  de 
duragao. 

6.5.1 .3  Atributos  das  atividades 

Descritos  na  Segao  6.2. 3.2.  Os  atributos  das  atividades  fornecem  as  entradas  principals  de  dados  para 
serem  usados  na  estimativa  das  duragoes  requeridas  para  cada  atividade  da  lista  de  atividades. 

6.5.1 .4  Requisitos  de  recursos  das  atividades 

Descritos  na  Segao  6.4. 3.1 . Os  requisitos  de  recursos  estimados  da  atividade  terao  urn  efeito  na  duragao  da 
mesma,  ja  que  o nivel  de  atendimento  dos  requisitos  pelos  recursos  designados  influenciara  significativamente 
a duragao  da  maioria  das  atividades.  Por  exemplo,  se  recursos  adicionais  ou  com  menor  nivel  de  competencia 
forem  designados  para  uma  atividade,  pode  ocorrer  uma  perda  de  eficiencia  ou  produtividade  devido  a urn 
aumento  nas  necessidades  de  comunicagao,  treinamento  e coordenagao,  resultando  em  uma  estimativa  de 
duragao  mais  longa. 
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6.5.1 .5  Calendarios  dos  recursos 

Descritos  na  Segao  6.4.1 .4.  Os  calendarios  dos  recursos  influenciam  a duragao  das  atividades  do  cronograma 
devido  a disponibilidade  de  recursos  especificos,  tipo  de  recursos,  e recursos  com  atributos  especfficos.  Por 
exemplo,  quando  membros  do  pessoal  sao  designados  para  uma  atividade  em  periodo  integral,  em  geral 
espera-se  que  um  membro  com  mais  habilidades  complete  uma  atividade  em  menos  tempo  que  urn  membro 
relativamente  menos  habil. 

6.5.1 .6  Especificagao  do  escopo  do  projeto 

Descrita  na  Segao  5. 3.3.1  .As  premissas  e restrigoes  da  especificagao  do  escopo  do  projeto  sao  consideradas 
durante  a estimativa  das  duragoes  da  atividade.  Exemplos  de  premissas  incluem,  mas  nao  estao  limitados,  a: 

• Condigoes  existentes, 

• Disponibilidade  de  informagoes,  e 

• Duragao  dos  periodos  de  preparagao  de  relatorios. 

Exemplos  de  restrigoes  incluem,  mas  nao  estao  limitados,  a: 

• Disponibilidade  de  recursos  competentes,  e 

• Termos  do  contrato  e requerimentos. 

6.5.1 .7  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  fornece  a lista  de  riscos,  juntamente  com  os  resultados 
da  analise  dos  riscos  e o planejamento  das  respostas  aos  riscos.  As  atualizagoes  no  registro  dos  riscos  estao 
inclufdas  com  as  atualizagoes  nos  documentos  do  projeto  na  Segao  1 1 .5.3.2. 

6.5.1 .8  Estrutura  analitica  dos  recursos 

Descrita  na  Segao  6. 4. 3. 2.  A estrutura  analitica  dos  recursos  fornece  uma  estrutura  hierarquica  dos 
recursos  identificados  por  categoria  e tipo  de  recursos. 
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6.5.1 .9  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Estimar  as 
duragoes  das  atividades  incluem,  mas  nao  estao  limitados,  a: 

• Bancos  de  dados  de  estimativas  de  duragao  e outros  dados  de  referenda, 

• Metricas  de  produtividade, 

• Informagoes  comerciais  publicadas,  e 

• Localizagao  dos  membros  da  equipe. 

6.5.1.10  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Estimar 
as  duragoes  das  atividades  incluem,  mas  nao  estao  limitados,  a: 

• Informagao  historica  sobre  duragao, 

• Calendars  do  projeto, 

• Metodologia  de  elaboragao  do  cronograma,  e 

• Ligoes  aprendidas. 

6.5.2  Estimar  as  duragoes  das  atividades:  ferramentas  e tecnicas 

6.5.2.1  Opiniao  especializada 

A opiniao  especializada,  guiada  por  informagoes  historicas,  pode  fornecer  informagoes  sobre  estimativas  de 
duragao  ou  duragoes  maximas  recomendadas  para  as  atividades  a partir  de  projetos  anteriores  similares.  Essa 
opiniao  especializada  pode  tambem  ser  usada  para  determinar  se  seria  recomendavel  combinar  diferentes 
metodos  de  estimativas  e como  reconciliar  as  diferengas  entre  eles. 

6.5. 2.2  Estimativa  analoga 

A estimativa  analoga  e uma  tecnica  de  estimativa  de  duragao  ou  custo  de  uma  atividade  ou  de  urn  projeto 
que  usa  dados  historicos  de  uma  atividade  ou  projeto  semelhante.  A estimativa  analoga  usa  parametros  de  urn 
projeto  anterior  semelhante,  tais  como  duragao,  orgamento,  tamanho,  peso  e complexidade  como  base  para  a 
estimativa  dos  mesmos  parametros  ou  medidas  para  urn  projeto  futuro.  Quando  usada  para  estimar  duragoes, 
esta  tecnica  conta  com  a duragao  real  de  projetos  semelhantes  anteriores  como  base  para  se  estimar  a 
duragao  do  projeto  atual.  E uma  abordagem  que  estima  o valor  bruto,  algumas  vezes  ajustado  para  diferengas 
conhecidas  da  complexidade  do  projeto.  A duragao  analoga  e frequentemente  usada  para  estimar  a duragao 
do  projeto  quando  ha  uma  quantidade  limitada  de  informagoes  detalhadas  sobre  o mesmo. 
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A estimativa  analoga  e geralmente  menos  dispendiosa  e consome  menos  tempo  que  outras  tecnicas, 
mas  tambem  e menos  precisa.  Estimativas  de  duragao  analoga  podem  ser  aplicadas  ao  projeto  inteiro  ou  a 
segmentos  do  projeto  e podem  ser  usadas  em  conjunto  com  outros  metodos  de  estimativa.  A estimativa  analoga 
e mais  confiavel  quando  as  atividades  anteriores  sao  semelhantes  de  fato  e nao  apenas  aparentemente,  e a 
equipe  do  projeto  que  prepara  as  estimativas  possui  a habilidade  tecnica  necessaria. 

6.5. 2.3  Estimativa  parametrica 

A estimativa  parametrica  e uma  tecnica  de  estimativa  em  que  urn  algoritmo  e usado  para  calcular  o custo  e 
duragao  com  base  em  dados  historicos  e parametros  do  projeto.  A estimativa  parametrica  utiliza  uma  relagao 
estatistica  entre  dados  historicos  e outras  variaveis  (por  exemplo,  metros  quadrados  em  construgao)  para 
calcular  uma  estimativa  para  parametros  da  atividade,  tais  como  custo,  orgamento  e duragao. 

As  duragoes  das  atividades  podem  ser  determinadas  quantitativamente  atraves  da  multiplicagao  da 
quantidade  de  trabalho  a ser  executado  pelas  horas  de  mao  de  obra  por  unidade  de  trabalho.  Por  exemplo,  a 
duragao  da  atividade  no  planejamento  de  urn  projeto  pode  ser  estimada  pelo  numero  de  desenhos  multiplicado 
pelo  numero  de  horas  de  trabalho  por  desenho,  ou  ainda,  em  uma  instalagao  de  cabo  multiplicando-se  os 
metros  de  cabo  pelo  numero  de  horas  de  trabalho  por  metro  instalado.  Por  exemplo,  se  o recurso  designado  e 
capaz  de  instalar  25  metros  de  cabo  por  hora,  a duragao  total  necessaria  para  a instalagao  de  1 .000  metros  e 
de  40  horas.  (1 .000  metros  divididos  por  25  metros  por  hora). 

Esta  tecnica  pode  produzir  altos  mveis  de  precisao  dependendo  da  sofisticagao  e dos  dados  subjacentes 
colocados  no  modelo.  Estimativas  parametricas  de  tempo  podem  ser  aplicadas  a todo  urn  projeto  ou  a 
segmentos  do  projeto,  em  conjunto  com  outros  metodos  de  estimativa. 

6.5.2.4  Estimativas  de  tres  pontos 

A precisao  das  estimativas  de  duragao  de  uma  atividade  pontual  pode  ser  aperfeigoada  considerando-se 
o seu  grau  de  incerteza  e risco.  Esse  conceito  se  originou  com  a Tecnica  de  revisao  e avaliagao  de  programa 
(PERT  em  ingles).  PERT  usa  tres  estimativas  para  definir  umafaixa  aproximada  para  a duragao  de  uma  atividade: 

• Mais  provavel  (tM).  Essa  estimativa  e baseada  na  duragao  da  atividade,  dados  os  recursos  provaveis 
de  serem  designados,  sua  produtividade,  expectativas  realistas  de  disponibilidade  para  executar  a 
atividade,  dependencies  de  outros  participantes  e interrupgoes. 

• Otimista  (tO).  A duragao  da  atividade  e baseada  na  analise  do  melhor  cenario  para  a atividade. 

• Pessimista  (tP).  A duragao  da  atividade  e baseada  na  analise  do  pior  cenario  para  a atividade. 
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Dependendo  dos  valores  de  distribuigao  assumidos  na  faixa  das  tres  estimativas,  a duragao  esperada 
tE  pode  ser  calculada  usando  uma  formula.  Duas  formulas  comumente  usadas  sao  as  distribuigoes  beta  e 
triangular.  As  formulas  sao: 

• Distribuigao  triangular.  tE  = (tO  + tM  + tP)  / 3 

• Distribuigao  Beta  (da  tecnica  PERT  tradicional).  tE  = (tO  + 4tM  +tP)/  6 

As  estimativas  de  duragao  baseadas  em  tres  pontos  com  uma  distribuigao  assumidafornecem  uma  duragao 
esperada  e esclarecem  a faixa  de  incerteza  sobre  a duragao  esperada. 

6.5.2.5  Tecnicas  de  tomada  de  decisao  em  grupo 

Abordagens  de  equipe,  tais  como  “ brainstorming ”,  tecnica  Delphi  ou  tecnica  de  grupo  nominal  sao  uteis 
para  o engajamento  dos  membros  da  equipe  a fim  de  melhorar  a exatidao  e o comprometimento  com  as 
estimativas  emergentes.  Ao  envolver  urn  grupo  estruturado  de  pessoas  que  estao  proximas  da  execugao 
tecnica  do  trabalho  no  processo  de  estimativa,  sao  obtidas  informagoes  adicionais  e estimativas  mais  precisas. 
Alem  disso,  quando  as  pessoas  estao  envolvidas  no  processo  de  estimativa,  o seu  compromisso  em  alcangar 
as  estimativas  resultantes  de  tal  processo  aumenta. 

6.5. 2.6  Analise  de  reservas 

As  estimativas  de  duragao  podem  incluir  reservas  para  contingencias,  as  vezes  chamadas  de  reservas 
de  tempo  ou  buffers  no  cronograma  do  projeto  para  considerar  as  incertezas  no  cronograma.  As  reservas 
de  contingencia  sao  a duragao  estimada  na  linha  de  base  do  cronograma  alocada  para  riscos  identificados 
que  sao  aceitos  e para  os  quais  respostas  contingentes  ou  mitigadoras  sao  desenvolvidas.  As  reservas  de 
contingencia  estao  associadas  a “incognitas  conhecidas”  que  podem  ser  estimadas  para  justificar  esta 
quantidade  de  retrabalho  desconhecida.  A reserva  de  contingencia  pode  ser  uma  porcentagem  da  duragao 
estimada  da  atividade,  urn  numero  especificado  de  periodos  de  trabalho,  ou  pode  ser  desenvolvida  atraves 
do  uso  de  metodos  de  analise  quantitative,  como  a simulagao  de  Monte  Carlo  (Segao  1 1 .4.2.2).  As  reservas 
de  contingencia  podem  ser  separadas  das  atividades  individuals  e agregadas  em  buffers  como  mostrado  na 
Figura  6-19. 

A medida  que  informagoes  mais  precisas  sobre  o projeto  se  tornam  disponiveis,  a reserva  para  contingencias 
pode  ser  usada,  reduzida  ou  eliminada.  Contingencias  devem  ser  claramente  identificadas  na  documentagao 
do  cronograma. 

As  estimativas  tambem  podem  ser  produzidas  para  a quantidade  de  reserva  gerencial  de  tempo  para  o 
projeto.  As  reservas  gerenciais  sao  uma  quantidade  especificada  da  duragao  do  projeto  retida  para  fins  de 
controle  de  gerenciamento  e sao  reservadas  para  o trabalho  imprevisto  que  esta  dentro  do  escopo  do  projeto. 
As  reservas  gerenciais  abordam  as  “incognitas  conhecidas”  que  podem  afetar  urn  projeto.  A reserva  gerencial 
nao  esta  incluida  na  linha  de  base  do  cronograma,  mas  faz  parte  dos  requisitos  de  duragao  de  todo  o projeto. 
Dependendo  dos  termos  do  contrato,  o uso  das  reservas  gerenciais  pode  requerer  uma  mudanga  na  linha  de 
base  do  cronograma. 
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6.5.3  Estimar  as  duragoes  das  atividades:  saidas 

6.5.3.1  Estimativas  das  duragdes  das  atividades 

As  estimativas  das  duragoes  das  atividades  sao  avaliagoes  quantitativas  do  numero  provavel  de  periodos 
de  trabalho  que  serao  necessarios  para  completar  uma  atividade.  As  estimativas  das  duragoes  nao  incluem 
nenhuma  espera  como  descrito  na  Segao  6. 3.2. 3.  As  estimativas  das  duragoes  das  atividades  podem  incluir 
algumas  indicagoes  dafaixa  de  resultados  possiveis.  Por  exemplo: 

• 2 semanas  ± 2 dias,  o que  indica  que  a atividade  levara  pelo  menos  oito  dias  e nao  mais  de  doze 
(assumindo-se  uma  semana  de  trabalho  de  cinco  dias);  e 

• probabilidade  de  1 5%  de  exceder  tres  semanas,  o que  indica  uma  alta  probabilidade  - 85%  - de  que 
a atividade  levara  tres  semanas  ou  menos. 

6.5.3.2  Atualizagdes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Atributos  das  atividades;  e 

• Premissas  feitas  no  desenvolvimento  da  estimativa  da  duragao  da  atividade,  tais  como  niveis  de 
competencia  e disponibilidade,  assim  como  uma  base  de  estimativas  de  duragoes. 


6.6  Desenvolver  o cronograma 

Desenvolver  o cronograma  e o processo  de  analise  de  sequences  das  atividades,  suas  duragoes,  recursos 
necessarios  e restrigoes  do  cronograma  visando  criar  o modelo  do  cronograma  do  projeto.  0 principal  beneficio 
deste  processo  e que  a insergao  das  atividades  do  cronograma,  suas  duragoes,  recursos,  disponibilidades 
de  recursos  e relacionamentos  logicos  na  ferramenta  de  elaboragao  do  cronograma  gera  urn  modelo  de 
cronograma  com  datas  planejadas  para  a conclusao  das  atividades  do  projeto.  As  entradas,  ferramentas  e 
tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  6-16.  A Figura  6-17  ilustra  o diagrama  de  fluxo 
de  dados  do  processo. 
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Figura  6-16.  Desenvolver  o cronograma:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  6-17.  Diagrama  do  fluxo  de  dados  do  processo  Desenvolver  o cronograma 
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0 desenvolvimento  de  um  cronograma  de  projeto  aceitavel  e muitas  vezes  um  processo  iterativo.  0 modelo 
de  cronograma  e usado  para  definir  as  datas  planejadas  de  infcio  e fim  das  atividades  e marcos  do  projeto 
com  base  na  exatidao  das  entradas.  0 desenvolvimento  do  cronograma  pode  requerer  a analise  e revisao  das 
estimativas  de  duragao  e de  estimativas  de  recursos  para  criar  o modelo  de  cronograma  aprovado  do  projeto 
que  pode  servir  como  linha  de  base  para  acompanhar  o seu  progresso.  Uma  vez  que  as  datas  de  infcio  e 
fim  das  atividades  tenham  sido  definidas,  e comum  que  membros  da  equipe  sejam  designados  para  realizar 
a revisao  das  suas  atividades  designadas  para  confirmar  que  as  datas  de  infcio  e fim  nao  apresentam  qualquer 
conflito  com  os  calendars  dos  recursos  ou  atividades  designados  para  outros  projetos  ou  tarefas  e sao,  dessa 
forma,  ainda  validas.  A medida  que  o trabalho  avanga,  a revisao  e a manutengao  do  modelo  de  cronograma 
do  projeto  para  sustentar  um  cronograma  realista  continuam  sendo  executadas  durante  todo  o projeto,  como 
descrito  na  Segao  6.7. 

Para  informagoes  mais  especfficas  sobre  a elaboragao  de  cronogramas,  consulte  o Practice  Standard  for 
Scheduling. 

6.6.1  Desenvolver  o cronograma:  entradas 

6.6.1 .1  Plano  de  gerenciamento  do  cronograma 

Descrito  na  Segao  6.1 .3.1 . 0 piano  de  gerenciamento  do  cronograma  identifica  o metodo  de  elaboragao  do 
cronograma  e aferramenta  usada  para  cria-lo,  e como  o cronograma  sera  calculado. 

6.6.1 .2  Lista  de  atividades 

Descrita  na  Segao  6. 2.3.1 . A lista  de  atividades  identifica  as  atividades  que  serao  inclufdas  no  modelo  do 
cronograma. 

6.6.1 .3  Atributos  das  atividades 

Descritos  na  Segao  6. 2.3. 2.  Os  atributos  das  atividades  fornecem  os  detalhes  usados  para  criar  o modelo 
do  cronograma. 

6.6.1 .4  Diagramas  de  rede  do  cronograma  do  projeto 

Descritos  na  Segao  6.3. 3.1 . Os  diagramas  de  rede  do  cronograma  do  projeto  contem  as  relagoes  logicas  de 
predecessores  e sucessores  que  serao  usadas  para  calcular  o cronograma. 
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6.6.1 .5  Requisitos  de  recursos  das  atividades 

Descritos  na  Segao  6.4. 3.1 . Os  requisitos  de  recursos  das  atividades  identificam  os  tipos  e quantidades  de 
recursos  exigidos  para  cada  atividade  usada  para  criar  o modelo  do  cronograma. 

6.6.1 .6  Calendarios  de  recursos 

Descritos  nas  Segoes  9. 2.3. 2 e 12.2.3.3.  Os  calendarios  de  recursos  contem  informagoes  sobre  a 
disponibilidade  de  recursos  durante  o projeto. 

6 

6.6.1 .7  Estimativas  das  duragoes  das  atividades 

Descritas  na  Segao  6.5. 3.1  .As  estimativas  das  duragoes  das  atividades  contem  as  avaliagoes  quantitativas 
do  numero  provavel  de  periodos  de  trabalho  que  serao  necessarios  para  completar  uma  atividade  que  sera 
usada  para  calcular  o cronograma. 

6.6.1 .8  Especificagao  do  escopo  do  projeto 

Descrita  na  Segao  5. 3.3.1  .A  especificagao  do  escopo  do  projeto  contem  premissas  e restrigoes  que  podem 
gerar  urn  impacto  no  desenvolvimento  do  cronograma  do  projeto. 

6.6.1 .9  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  fornece  os  detalhes  de  todos  os  riscos  identificados  e suas 
caracteristicas  que  afetam  o modelo  do  cronograma. 

6.6.1.10  Designagoes  do  pessoal  do  projeto 

Descritas  na  Segao  9. 2.3.1.  As  designagoes  do  pessoal  do  projeto  especificam  os  recursos  que  serao 
designados  para  cada  atividade. 

6.6.1.11  Estrutura  analitica  dos  recursos 

Descrita  na  Segao  6.4. 3.2.  A estrutura  analitica  dos  recursos  fornece  os  detalhes  para  a realizagao  da 
analise  dos  recursos  e elaboragao  dos  relatorios  organizacionais. 
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6.6.1.12  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  incluem,  mas  nao  estao  limitados,  a: 

• Padroes, 

• Canais  de  comunicagao,  e 

• Ferramenta  de  cronograma  a ser  usada  no  desenvolvimento  do  modelo  do  mesmo. 

6.6.1.13  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Desenvolver  o cronograma  incluem,  mas  nao  estao  limitados,  a:  metodologia  de  elaboragao  de  cronograma  e 
calendario(s)  do(s)  projeto(s). 

6.6.2  Desenvolver  o cronograma:  ferramentas  e tecnicas 

6.6.2.1  Analise  de  rede  do  cronograma 

A analise  de  rede  do  cronograma  e uma  tecnica  que  gera  o modelo  do  cronograma  do  projeto.  Ela 
emprega  varias  tecnicas  analiticas,  tais  como  o metodo  do  caminho  critico,  o metodo  da  corrente  critica, 
a analise  e-se  e tecnicas  de  otimizagao  dos  recursos  para  calcular  as  datas  de  inicio  e termino  mais 
cedo  e mais  tarde  das  partes  incompletas  das  atividades  do  projeto.  Alguns  caminhos  da  rede  podem  ter 
pontos  de  convergence  ou  divergence  que  podem  ser  identificados  e usados  na  analise  de  compressao  de 
cronograma  ou  outras  analises. 

6. 6. 2. 2 Metodo  do  caminho  critico 

0 metodo  do  caminho  critico  e urn  metodo  usado  para  estimar  a duragao  minima  do  projeto  e determinar  o 
grau  de  flexibilidade  nos  caminhos  logicos  da  rede  dentro  do  modelo  do  cronograma.  Esta  tecnica  de  analise  de 
rede  do  cronograma  calcula  as  datas  de  inicio  e termino  mais  cedo  e inicio  e termino  mais  tarde,  para  todas  as 
atividades,  sem  considerar  quaisquer  limitagoes  de  recursos,  executando  uma  analise  dos  caminhos  de  ida  e 
de  volta  atraves  da  rede  do  cronograma,  como  mostrado  na  Figura  6-1 8.  Nesse  exemplo,  o caminho  mais  longo 
inclui  as  atividades  A,  C e D e,  assim  sendo,  a sequencia  de  A-C-D  e o caminho  critico.  0 caminho  critico  e a 
sequencia  de  atividades  que  representa  o caminho  mais  longo  de  urn  projeto,  que  determina  a menor  duragao 
possivel  do  projeto.  As  datas  resultantes  de  inicio  e termino  mais  cedo  e inicio  e termino  mais  tarde  nao  sao 
necessariamente  o cronograma  do  projeto,  mas  sim  uma  indicagao  dos  periodos  de  tempo  dentro  dos  quais 
a atividade  poderia  ser  executada,  usando  os  parametros  inseridos  no  modelo  do  cronograma  para  duragoes 
de  atividades,  relagoes  logicas,  antecipagoes,  esperas,  e outras  restrigoes  conhecidas.  0 metodo  do  caminho 
critico  e usado  para  determinar  o grau  de  flexibilidade  de  elaboragao  do  cronograma  nos  caminhos  logicos  da 
rede  dentro  do  modelo  do  cronograma. 
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Em  qualquer  caminho  de  rede,  a flexibilidade  do  cronograma  e medida  pela  quantidade  de  tempo  que 
uma  atividade  do  mesmo  pode  ser  atrasada  ou  estendida  a partir  da  sua  data  de  inicio  mais  cedo  sem 
atrasar  a data  de  termino  do  projeto  ou  violar  uma  restrigao  do  cronograma,  o que  chamamos  de  “folga 
total.”  Urn  caminho  crftico  do  MCC  (metodo  do  caminho  critico)  e normalmente  caracterizado  por  uma  folga 
total  igual  a zero  no  caminho  crftico.  Quando  implementados  com  sequenciamento  do  metodo  do  diagrama 
de  precedence  (MDP),  os  caminhos  criticos  podem  ter  uma  folga  total  positiva,  igual  a zero  ou  negativa, 
dependendo  das  restrigoes  aplicadas.  Qualquer  atividade  no  caminho  critico  e chamada  de  atividade  de 
caminho  critico.  A folga  total  positiva  e causada  quando  o caminho  de  volta  e calculado  a partir  de  uma 
restrigao  do  cronograma  que  e mais  tarde  que  a data  de  termino  mais  cedo  que  foi  calculada  durante  o 
calculo  do  caminho  de  ida.  A folga  total  negativa  e causada  quando  uma  restrigao  nas  datas  mais  tarde  e 
violada  pela  duragao  e logica.  As  redes  do  cronograma  podem  ter  multiplos  caminhos  quase  criticos.  Muitos 
pacotes  de  software  permitem  que  o usuario  defina  os  parametros  usados  para  determinar  o(s)  caminho(s) 
critico(s).  Ajustes  as  duragoes  da  atividade  (se  mais  recursos  ou  menos  escopo  podem  ser  providenciados), 
relagoes  logicas  (se  as  relagoes  forem  arbitradas  no  inicio),  antecipagoes  e esperas,  ou  outras  restrigoes 
do  cronograma  podem  ser  necessarias  para  produzir  caminhos  de  rede  com  folga  total  zero  ou  folga  total 
positiva.  Uma  vez  que  a folga  total  para  urn  caminho  da  rede  tenha  sido  calculada,  a folga  livre,  isto  e,  a 
quantidade  de  tempo  que  uma  atividade  do  cronograma  pode  ser  atrasada  sem  atrasar  a data  de  inicio  mais 
cedo  de  qualquer  atividade  sucessora,  ou  violar  uma  restrigao  do  cronograma  pode  tambem  ser  determinada. 
Por  exemplo,  a folga  total  para  a Atividade  B na  Figura  6-1 8 e cinco  dias. 


Figura  6-18.  Exemplo  de  metodo  do  caminho  critico 
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6.6.2. 3 Metodo  da  corrente  critica 

0 metodo  da  corrente  critica  (CCM)  e um  metodo  de  cronograma  que  permite  que  a equipe  do  projeto  crie 
buffers  ( reservas)  ao  longo  de  qualquer  caminho  do  cronograma  para  levar  em  consideragao  recursos  limitados 
e incertezas  do  projeto.  Ele  e desenvolvido  a partir  da  abordagem  do  metodo  de  caminho  critico  e considera  os 
efeitos  da  alocagao  de  recursos,  otimizagao  de  recursos,  nivelamento  de  recursos,  e incertezas  na  duragao  de 
qualquer  atividade  do  caminho  critico  determinados  usando  o metodo  de  caminho  critico.  Para  isso,  o metodo 
da  corrente  critica  introduz  o conceito  de  buffers  e gerenciamento  de  buffers.  0 metodo  da  corrente  critica 
usa  atividades  com  duragoes  que  nao  incluem  margens  de  seguranga,  relagoes  logicas  e disponibilidade  de 
recursos  com  buffers  estaticamente  definidos  compostos  de  margens  de  seguranga  agregadas  de  atividades 
em  pontos  especificos  no  caminho  do  cronograma  do  projeto  para  considerar  recursos  limitados  e incertezas 
do  projeto.  0 caminho  critico  restrito  por  recursos  e conhecido  como  corrente  critica. 

0 metodo  da  corrente  critica  adiciona  buffers  de  duragao  que  sao  atividades  sem  trabalho  do  cronograma 
para  gerenciar  as  incertezas.  Um  buffer,  colocado  no  final  da  corrente  critica  e mostrado  na  Figura  6-19,  e 
conhecido  como  o buffer  do  projeto  e protege  a data  alvo  de  termino  contra  o seu  desvio  ao  longo  da  corrente 
critica.  Buffers  adicionais,  conhecidos  como  buffers  de  alimentagao,  sao  colocados  em  cada  ponto  sempre 
que  uma  cadeia  de  atividades  dependentes  que  nao  esta  na  corrente  critica  alimenta  ou  converge  para  a 
corrente  critica.  Dessa  forma,  os  buffers  de  alimentagao  protegem  a corrente  critica  contra  desvio  ao  longo 
das  cadeias  de  alimentagao.  0 tamanho  de  cada  buffer  deve  levar  em  conta  a incerteza  na  duragao  da  corrente 
de  atividades  dependentes  que  leva  a esse  buffer.  Uma  vez  que  as  atividades  buffer  do  cronograma  estejam 
determinadas,  as  atividades  planejadas  sao  agendadas  para  as  suas  datas  planejadas  de  inicio  e de  termino 
mais  tarde  possiveis.  Consequentemente,  ao  inves  de  gerenciar  a folga  total  dos  caminhos  da  rede,  o metodo 
da  corrente  critica  foca  o gerenciamento  das  duragoes  restantes  dos  buffers  em  relagao  as  duragoes  restantes 
das  cadeias  de  tarefas. 
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6. 6. 2. 4 Tecnicas  de  otimizagao  de  recursos 

Exemplos  de  tecnicas  de  otimizagao  de  recursos  que  podem  ser  usadas  para  ajustar  o modelo  do  cronograma 
devido  a oferta  e procura  de  recursos  incluem,  mas  nao  estao  limitados  ao: 

• Nivelamento  de  recursos.  Uma  tecnica  em  que  as  datas  de  inicio  e termino  sao  ajustadas  com  base 
nas  restrigoes  de  recursos,  com  o objetivo  de  equilibrar  a demanda  de  recursos  com  o suprimento 
disponivel.  0 nivelamento  de  recursos  pode  ser  usado  quando  os  recursos  compartilhados  ou  de 
necessidade  critica  so  estao  disponiveis  em  certas  epocas,  ou  em  quantidades  limitadas,  ou  foram 
distribuidos  demais,  tal  como  quando  urn  recurso  foi  designado  para  duas  ou  mais  atividades  durante 
o mesmo  periodo  de  tempo  como  mostrado  na  Figura  6-20,  ou  para  manter  o uso  do  recurso  em  urn 
nivel  constante.  0 nivelamento  de  recursos  pode  muitas  vezes  causar  mudanga  do  caminho  critico 
original,  geralmente  para  aumentar. 


Atividades  antes  do  nivelamento  de  recursos 


Atividade  A 


Tom:  8 horas 
Sue:  8 horas 


Atividade  B Sue:  8 horas 


Atividade  C Tom:  8 horas 


Dia  1 

Dia  2 

Dia  3 

Tom:  8 horas 
Sue:  16  horas 

Tom:  8 horas 

Atividades  depois  do  nivelamento  de  recursos 


Inicio 


Atividade  A 


Tom:  8 horas 
Sue:  8 horas 


Atividade  B Sue:  8 horas 


Atividade  C Tom:  8 horas 


Dia  1 

Dia  2 

’ 

Dia  3 

Tom:  8 horas 
Sue:  8 horas 

Sue:  8 horas 

Tom:  8 horas 

Figura  6-20.  Nivelamento  de  recursos 
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• Estabilizagao  de  recursos.  Uma  tecnica  que  ajusta  as  atividades  de  um  modelo  de  cronograma  de 
tal  maneira  que  os  requisitos  de  recursos  do  projeto  nao  excedam  certos  limites  pre-definidos  de 
recursos.  Na  estabilizagao  de  recursos,  ao  contrario  do  nivelamento  de  recursos,  o caminho  critico 
do  projeto  nao  e mudado  e a data  de  conclusao  nao  pode  ser  atrasada.  Em  outras  palavras,  as 
atividades  so  podem  ser  atrasadas  dentro  de  sua  folga  livre  e folga  total.  Dessa  forma,  a estabilizagao 
de  recursos  pode  nao  ser  capaz  de  otimizar  todos  os  recursos. 

6.6.2.5  Tecnicas  de  criagao  de  modelos 

Exemplos  de  tecnicas  de  criagao  de  modelos  incluem,  mas  nao  estao  limitadas  a: 

• Analise  de  cenario  E-Se.  A analise  do  cenario  E-Se  e o processo  de  avaliar  os  cenarios  a fim  de 
predizer  seus  efeitos,  positivos  ou  negativos,  nos  objetivos  do  projeto.  Esta  e uma  analise  da  pergunta 
“E  se  a situagao  representada  pelo  cenario  ‘X’  acontecer?”  Uma  analise  de  rede  do  cronograma  e 
feita  usando  o cronograma  para  computar  os  diferentes  cenarios,  tal  como  atrasar  a entrega  de 
um  componente  principal,  prolongar  as  duragoes  especificas  de  engenharia  ou  introduzir  fatores 
externos,  tal  como  uma  greve  ou  uma  mudanga  no  processo  de  licenciamento.  0 resultado  da  analise 
de  cenario  “E-se”  pode  ser  usado  para  avaliar  a viabilidade  do  cronograma  do  projeto  sob  condigoes 
adversas,  e para  preparar  pianos  de  contingency  e de  resposta  para  superar  ou  mitigar  o impacto 
de  situagoes  inesperadas. 

• Simulagao.  A simulagao  envolve  o calculo  de  multiplas  duragoes  de  projeto  com  diferentes  conjuntos 
de  hipoteses  das  atividades,  normalmente  usando  distribuigoes  de  probabilidades  construidas  a 
partir  das  estimativas  de  tres  pontos  (descrita  na  Segao  6.5. 2.4)  para  levar  em  consideragao  a 
incerteza.  A tecnica  mais  comum  de  simulagao  e a analise  de  Monte  Carlo  (Segao  1 1 .4.2.2),  em  que 
uma  distribuigao  das  possiveis  duragoes  de  atividades  e definida  para  cada  atividade  e usada  para 
calcular  uma  distribuigao  de  possiveis  resultados  para  o projeto  como  um  todo. 

6. 6. 2. 6 Antecipagoes  e esperas 

Descritas  na  Segao  6.3. 2.3.  Antecipagoes  e esperas  sao  refinamentos  aplicados  durante  a analise  da  rede 
para  produzir  um  cronograma  viavel  ajustando  o tempo  de  inicio  das  atividades  sucessoras.  As  antecipagoes 
sao  usadas  em  circunstancias  limitadas  para  adiantar  uma  atividade  sucessora  em  relagao  a uma  atividade 
predecessora,  e as  esperas  sao  usadas  em  circunstancias  limitadas  onde  os  processos  exigem  que  um 
determinado  periodo  de  tempo  entre  as  atividades  predecessoras  e sucessoras  transcorra  sem  que  haja 
impacto  no  trabalho  ou  recursos. 
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6.6.27  Compressao  de  cronograma 

As  tecnicas  de  compressao  de  cronograma  sao  usadas  para  encurtar  a duragao  do  mesmo  sem  reduzir  o 
escopo  do  projeto,  a fim  de  cumprir  as  restrigoes  do  cronograma,  as  datas  impostas,  ou  outros  objetivos  do 
cronograma.  As  tecnicas  de  compressao  de  cronograma  incluem,  mas  nao  estao  limitadas  a: 

• Compressao.  Uma  tecnica  usada  para  reduzir  a duragao  do  cronograma  do  projeto  usando  menor 
custo  incremental  atraves  da  adigao  de  recursos.  Exemplos  de  compressao  incluem  a aprovagao 
de  horas  extras,  recursos  adicionais  ou  o pagamento  para  a aceleragao  da  entrega  das  atividades 
no  caminho  critico.  A compressao  funciona  somente  para  as  atividades  no  caminho  critico  onde 
os  recursos  adicionais  encurtarao  a duragao  da  atividade.  A compressao  nem  sempre  produz  uma 
alternativa  viavel  e pode  resultar  num  maior  risco  e/ou  custo. 

• Paralelismo.  Umatecnica  de  compressao  de  cronograma  em  que  as  atividades  ou  fases  normalmente 
executadas  sequencialmente  sao  executadas  paralelamente  durante,  pelo  menos,  uma  parte  da 
sua  duragao.  Urn  exemplo  e a construgao  da  fundagao  de  urn  predio  antes  que  todos  os  desenhos 
arquitetonicos  tenham  sido  terminados.  0 paralelismo  pode  resultar  na  repetigao  de  trabalho  e 
aumento  de  risco.  0 paralelismo  funciona  somente  se  as  atividades  puderem  ser  sobrepostas  para 
encurtar  a duragao  do  projeto. 

6.6.2.8  Ferramenta  de  cronograma 

Ferramentas  automatizadas  para  o desenvolvimento  do  cronograma  content  o modelo  do  cronograma  e 
aceleram  o processo  de  desenvolvimento  do  mesmo,  gerando  datas  de  inicio  e termino  baseadas  nas  entradas 
das  atividades,  diagramas  de  rede,  recursos  e duragoes  das  atividades  usando  a analise  de  rede  do  cronograma. 
Uma  ferramenta  de  elaboragao  do  cronograma  pode  ser  usada  em  conjunto  com  outros  aplicativos  de  software 
de  gerenciamento  de  projetos  assim  como  com  metodos  manuais. 

6.6.3  Desenvolver  o cronograma:  sai'das 

6.6.3.1  Linha  de  base  do  cronograma 

Linha  de  base  do  cronograma  e a versao  aprovada  de  urn  modelo  de  cronograma  que  pode  ser  mudado 
somente  mediante  procedimentos  de  controle  formais,  e e usada  como  uma  base  para  comparagao  com  os 
resultados  reais.  E aceita  e aprovada  pelas  partes  interessadas  apropriadas  como  a linha  de  base  do  cronograma 
com  datas  de  inicio  e datas  de  termino  da  linha  de  base.  Durante  o monitoramento  e controle,  as  datas  aprovadas 
da  linha  de  base  sao  comparadas  com  as  datas  reais  de  inicio  e fim  para  determinar  a ocorrencia  de  variagoes. 
A linha  de  base  do  cronograma  e urn  componente  do  piano  de  gerenciamento  do  projeto. 
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6.6. 3.2  Cronograma  do  projeto 

As  saidas  de  um  modelo  de  cronograma  sao  apresentagoes  do  cronograma.  0 cronograma  do  projeto 
e uma  saida  de  um  modelo  de  cronograma  que  apresenta  a conexao  de  atividades  com  datas,  duragoes, 
marcos  e recursos  planejados.  0 cronograma  do  projeto  inclui  pelo  menos  uma  data  de  inicio  e de  termino 
planejadas  para  cada  atividade.  Se  o planejamento  de  recursos  for  feito  numa  fase  inicial,  entao  o cronograma 
do  projeto  permanecera  preliminar  ate  as  designagoes  dos  recursos  serem  confirmadas  e as  datas  de  infcio 
e termino  agendadas  serem  estabelecidas.  Esse  processo  normalmente  acontece  o mais  tardar  antes  do 
termino  do  piano  de  gerenciamento  do  projeto  (Segao  4. 2.3.1).  0 cronograma  alvo  de  um  projeto  tambem 
pode  ser  realizado  com  as  datas  de  inicio  e de  termino  alvo  definidas  para  cada  atividade.  0 cronograma  do 
projeto  pode  ser  apresentado  num  formato  resumido,  algumas  vezes  chamado  de  cronograma  mestre  ou 
cronograma  de  marcos,  ou  apresentado  detalhadamente.  Embora  um  modelo  do  cronograma  de  projeto  possa 
ser  apresentado  em  formato  tabular,  ele  e com  mais  frequencia  apresentado  graficamente,  usando-se  um  ou 
mais  dos  seguinte  formatos,  que  sao  classificados  como  apresentagoes: 

• Graficos  de  barras.  Esses  graficos,  tambem  conhecidos  como  Diagramas  de  Gantt,  representam  as 
informagoes  do  cronograma  em  que  as  atividades  sao  listadas  no  eixo  vertical,  as  datas  sao  mostradas 
no  eixo  horizontal,  e as  duragoes  das  atividades  aparecem  como  barras  horizontais  posicionadas  de 
acordo  com  as  datas  de  inicio  e termino.  Os  graficos  de  barras  sao  de  leitura  relativamente  facil  e 
frequentemente  sao  usados  em  apresentagoes  gerenciais.  Para  controle  e comunicagao  gerencial, 
a atividade  de  resumo  mais  ampla  e mais  abrangente,  algumas  vezes  chamada  de  atividade 
sumarizadora,  e usada  entre  marcos  ou  atraves  de  multiplos  pacotes  de  trabalho  interdependentes, 
sendo  mostrada  em  relatorios  de  grafico  de  barras.  Um  exemplo  e a parte  de  resumo  do  cronograma 
da  Figura  6-21  que  e apresentada  num  formato  estruturado  como  EAP. 

• Graficos  de  marcos.  Esses  graficos  assemelham-se  aos  graficos  de  barras,  porem  identificam 
somente  o inicio  ou  termino  agendado  para  as  entregas  mais  importantes  e interfaces  externas 
chaves.  Um  exemplo  esta  representado  no  cronograma  de  marcos  da  Figura  6-21 . 

• Diagramas  de  rede  do  cronograma  do  projeto.  Esses  diagramas  sao  geralmente  apresentados 
no  formato  de  diagrama  de  atividade  no  no  mostrando  atividades  e relagoes  sem  uma  escala  de 
tempo,  as  vezes  chamados  de  diagrama  de  logica  pura,  como  mostrado  na  Figura  6-11,  ou  no 
formato  de  diagrama  de  rede  do  cronograma  com  escala  de  tempo,  as  vezes  chamado  de  grafico 
de  barras  logico,  como  mostrado  no  cronograma  detalhado  da  Figura  6-21  .Esses  diagramas,  com 
informagoes  sobre  as  datas  das  atividades,  normalmente  mostram  tanto  a logica  da  rede  do  projeto 
como  suas  atividades  de  cronograma  de  seu  caminho  critico.  Esse  exemplo  tambem  mostra  como 
cada  pacote  de  trabalho  e planejado  como  uma  serie  de  atividades  relacionadas.  Outra  apresentagao 
do  diagrama  de  rede  do  cronograma  do  projeto  e um  diagrama  logico  com  escala  de  tempo.  Esses 
diagramas  incluem  uma  escala  de  tempo  e barras  que  representam  a duragao  das  atividades  com 
as  relagoes  logicas.  E otimizado  para  mostrar  as  relagoes  entre  as  atividades  onde  qualquer  numero 
de  atividades  pode  aparecer  na  mesma  linha  do  diagrama  em  sequencia. 
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Cronograma  de  marcos 


Identificador 
da  atividade 


Descrigao  da  atividade 


Unidades 

de 

calendario 


Projetar  a estrutura  de  tempo  do  cronograma 


Perfodo  1 Perfodo  2 Perfodo  3 Perfodo  4 Perfodo  5 


1.1 

1.1.1 

1.1.2 

1.1.3 


Desenvolver  e entregar  novo  produto  Z 
Pacote  de  trabalho  1:  Componente  1 
Pacote  de  trabalho  2:  Componente  2 
Pacote  de  trabalho  3:  Componentes  integrados  1 e 2 


120 

67 

53 

53 


Cronograma  detalhado 


Data  dos  dados 


Identificador 
da  atividade 


Descrigao  da  atividade 


Unidades 

de 

calendario 


Projetar  a estrutura  de  tempo  do  cronograma 


Perfodo  2 

Perfodo  3 

Perfodo  4 

Perfodo  5 

1 

1.1. MB 

Iniciar  novo  produto  Z 

1.1 

Desenvolver  e entregar  produto  Z 

1.1.1 

Pacote  de  trabalho  1:  Componente  1 

1.1.1.  D 

Projetar  componente  1 

l.l.l.B 

Construir  componente  1 

1.1.1.T 

Testar  componente  1 

1.1.1. Ml 

Completar  componente  1 

1.1.2 

Pacote  de  trabalho  2:  Componente  2 

1.1.2. D 

Projetar  componente  2 

1.1.2. B 

Construir  componente  2 

1.1.2.T 

Testar  componente  2 

1.1.2. Ml 

Completar  componente  2 

1.1.3 

Pacote  de  trabalho  3:  Componentes  integrados  1 e 

1.1.3. G 

Integrar  componentes  1 e 2 como  produto  Z 

1.1.3.T 

Completar  integragao  dos  componentes  1 e 2 

1.1.3. Ml 

Testar  componentes  integrados  como  produto 

1.1.3.  P 

Entregar  produto  Z 

1.1.3. EG 

Terminar  novo  produto  Z 

0 

120 

67 

20 

33 

14 

0 

53 

14 

28 

11 

0 

53 

14 

32 

0 

7 

0 


◄ Data  dos  dados 


Figura  6-21 . Exemplos  de  apresentagoes  do  cronograma  do  projeto 
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A Figura  6-21  mostra  apresentagoes  do  cronograma  para  um  projeto  exemplo  sendo  executado,  com  o 
trabalho  em  progresso  relatado  pela  data  dos  dados,  um  momento  especifico  em  que  o andamento  do  projeto 
e registrado,  que  as  vezes  e tambem  chamado  de  ate  a data  presente  ou  data  de  andamento.  Para  um  modelo 
de  cronograma  de  projeto  simples,  a Figura  6-21  reflete  apresentagoes  do  cronograma  nas  formas  de  (1)  um 
cronograma  de  marcos  como  um  grafico  de  marcos,  (2)  um  cronograma  de  resumo  como  um  grafico  de  barras, 
e (3)  um  cronograma  detalhado  como  um  diagrama  de  rede  de  cronograma  de  projeto.  A Figura  6-21  tambem 
mostra  visualmente  as  relagoes  entre  os  tres  diferentes  niveis  de  apresentagao  do  cronograma. 

6.6.3.3  Dados  do  cronograma 

Os  dados  do  cronograma  para  o modelo  do  cronograma  do  projeto  sao  o conjunto  de  informagoes  usadas  para 
descrever  e controlar  o cronograma.  Os  dados  do  cronograma  incluem  pelo  menos  os  marcos  do  cronograma, 
as  atividades  do  cronograma,  os  atributos  das  atividades  e a documentagao  de  todas  as  premissas  e restrigoes 
identificadas.  A quantidade  de  dados  adicionais  varia  de  acordo  com  a area  de  aplicagao.  As  informagoes 
frequentemente  fornecidas  como  detalhes  de  suporte  incluem,  mas  nao  se  limitam,  a: 

• Requisitos  de  recursos  por  periodo  de  tempo,  muitas  vezes  na  forma  de  um  histograma  de  recursos; 

• Cronogramas  alternativos,  tais  como  melhor  ou  pior  caso,  nao  nivelado  por  recurso  ou  nivelado  por 
recurso,  com  ou  sem  datas  impostas;  e 

• Alocagao  de  reservas  para  contingencias. 

Os  dados  do  cronograma  tambem  podem  incluir  itens  como  histogramas  de  recursos,  projegoes  de  fluxo  de 
caixa  e cronogramas  de  pedidos  e entregas. 

6.6.3.4  Calendarios  do  projeto 

0 calendario  do  projeto  identifica  os  dias  uteis  e os  turnos  disponiveis  para  as  atividades  agendadas.  Ele 
distingue  os  periodos  de  tempo  nos  dias  ou  partes  dos  dias  que  estao  disponiveis  para  completar  as  atividades 
agendadas,  dos  periodos  de  tempo  que  nao  estao  disponiveis.  Um  modelo  de  cronograma  pode  exigir  mais  de 
um  calendario  de  projeto  para  permitir  periodos  de  trabalho  diferentes  para  algumas  atividades  para  calcular 
o cronograma  do  projeto.  Os  calendarios  do  projeto  podem  ser  atualizados. 

6.6.3.5  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Unha  de  base  do  cronograma  (Segao  6.6. 3.1 ), 

• Plano  de  gerenciamento  do  cronograma  (Segao  6.1 .3.1 ). 
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6.6.3.6  Atualizagoes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Requisitos  de  recursos  das  atividades.  0 nivelamento  dos  recursos  pode  ter  um  efeito  significativo 
nas  estimativas  preliminares  dos  tipos  e quantidades  de  recursos  necessarios.  Se  a analise  do 
nivelamento  de  recursos  mudar  os  requisitos  de  recursos  do  projeto,  entao  os  mesmos  serao 
atualizados. 

• Atributos  das  atividades.  Os  atributos  das  atividades  (Segao  6.2. 3.2)  sao  atualizados  para  incluir 
quaisquer  requisitos  de  recursos  revisados  ou  quaisquer  outras  revisoes  geradas  pelo  processo 
Desenvolver  o cronograma. 

• Calendarios.  0 calendario  de  cada  projeto  pode  consistir  de  calendarios  multiplos,  calendarios 
de  projeto,  calendarios  de  recursos  individuals,  etc.,  como  a base  para  desenvolver  o cronograma 
do  projeto. 

• Registro  dos  riscos.  0 registro  dos  riscos  pode  precisar  ser  atualizado  para  refletir  oportunidades 
ou  ameagas  percebidas  atraves  das  premissas  de  agendamento. 


6.7  Controlar  o cronograma 

Controlar  o cronograma  e o processo  de  monitoramento  do  andamento  das  atividades  do  projeto  para 
atualizagao  no  seu  progresso  e gerenciamento  das  mudangas  feitas  na  linha  de  base  do  cronograma  para 
realizar  o planejado.  0 principal  beneficio  deste  processo  e fornecer  os  meios  de  se  reconhecer  o desvio  do 
planejado  e tomar  medidas  corretivas  e preventivas,  minimizando  assim  o risco.  As  entradas,  ferramentas  e 
tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  6-22.  A Figura  6-23  ilustra  o diagrama  de  fluxo 
de  dados  do  processo. 
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Figura  6-22.  Controlar  o cronograma:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  6-23.  Diagrama  do  fluxo  de  dados  do  processo  Controlar  o cronograma 


A atualizagao  no  modelo  do  cronograma  requer  o conhecimento  do  desempenho  real  ate  a data  presente. 
Qualquer  mudanga  na  linha  de  base  do  cronograma  somente  pode  ser  aprovada  atraves  do  processo  Realizar 
o controle  integrado  de  mudangas  (4.5).  Controlar  o cronograma,  como  urn  componente  do  processo  Realizar 
o controle  integrado  de  mudangas,  esta  relacionado  com: 

• A determinagao  da  situagao  atual  do  cronograma  do  projeto, 

• A influencia  nos  fatores  que  criam  mudangas  no  cronograma, 

• A determinagao  se  houve  mudanga  no  cronograma  do  projeto,  e 

• 0 gerenciamento  das  mudangas  reais  a medida  que  elas  ocorrem. 
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Se  qualquer  abordagem  agil  for  utilizada,  o processo  Controlar  o cronograma  esta  relacionado  com: 

• A determinagao  da  situagao  atual  do  cronograma  do  projeto  comparando  a quantidade  total  de 
trabalho  entregue  e aceito  em  relagao  as  estimativas  do  trabalho  conclufdo  para  o ciclo  de  tempo 
transcorrido, 

• A condugao  de  revisoes  retrospectivas  (revisoes  agendadas  para  o registro  das  ligoes  aprendidas)  a 
fim  de  corrigir  os  processos  e melhora-los,  se  necessario, 

• A repriorizagao  do  piano  de  trabalho  restante  (backlog), 

• A determinagao  da  taxa  de  velocidade  em  que  as  entregas  sao  produzidas,  validadas  e aceitas 
em  urn  dado  momento  por  iteragao  (duragao  de  ciclo  de  trabalho  acordado,  normalmente  de  duas 
semanas  ou  urn  mes), 

• A determinagao  se  houve  mudanga  no  cronograma  do  projeto,  e 

• 0 gerenciamento  das  mudangas  reais  a medida  que  elas  ocorrem. 

6.7.1  Controlar  o cronograma:  entradas 

6.7.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1.  0 piano  de  gerenciamento  do  projeto  contem  o piano  de  gerenciamento 
do  cronograma  e a linha  de  base  do  mesmo.  0 piano  de  gerenciamento  do  cronograma  descreve  como  o 
cronograma  sera  gerenciado  e controlado.  A linha  de  base  do  cronograma  e usada  como  uma  referenda  para 
comparagao  dos  resultados  reais  para  determinar  se  uma  mudanga,  agao  corretiva  ou  preventiva  e necessaria. 

6.7.1 .2  Cronograma  do  projeto 

Descrito  na  Segao  6.6. 3.2.  0 cronograma  do  projeto  refere-se  a versao  mais  recente  com  anotagoes 
indicando  atualizagoes,  atividades  terminadas  e atividades  iniciadas  ate  a data  dos  dados  indicada. 

6.7.1 .3  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4.3. 3.2.  Os  dados  de  desempenho  do  trabalho  referem-se  as  informagoes  sobre  o 
progresso  do  projeto,  tais  como  que  atividades  foram  iniciadas,  o seu  progresso  (por  exemplo,  a duragao  real, 
a duragao  restante  e percentagem  fisica  concluida),  e que  atividades  foram  conclufdas. 
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6.7.1 .4  Calendarios  do  projeto 

Descritos  na  Segao  6. 6.3. 4.  Um  modelo  de  cronograma  pode  requerer  mais  de  um  calendario  de  projeto 
para  considerar  diferentes  periodos  de  trabalho  para  algumas  atividades  para  o calculo  das  previsoes  de 
cronograma. 

6.7.1 .5  Dados  do  cronograma 

Descritos  na  Segao  6. 6.3. 3.  Os  dados  de  cronograma  serao  revisados  e atualizados  no  processo  Controlar 
o cronograma. 

6.7.1 .6  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  influenciam  o processo  Controlar  o 
cronograma  incluem,  mas  nao  se  limitam,  a: 

• Politicas,  procedimentos  e diretrizes  existentes,  formais  ou  informais,  relacionadas  ao  controle  do 
cronograma; 

• Ferramentas  de  controle  do  cronograma;  e 

• Metodos  de  monitoramento  e relato  a serem  utilizados. 

6.7.2  Controlar  o cronograma:  ferramentas  e tecnicas 
6.7.2.1  Analises  de  desempenho 

As  analises  de  desempenho  medem,  comparam  e analisam  o desempenho  do  cronograma,  como  datas 
reais  de  inicio  e termino,  percentagem  completa  e duragao  restante  para  o trabalho  em  andamento.  Varias 
tecnicas  podem  ser  usadas,  entre  elas: 

• Analise  das  tendencias.  A analise  das  tendencias  examina  o desempenho  do  projeto  ao  longo  do 
tempo  para  determinar  se  o mesmo  esta  melhorando  ou  piorando.  As  tecnicas  de  analises  graficas 
sao  valiosas  para  o entendimento  do  desempenho  ate  a presente  data  e para  a comparagao  com 
objetivos  de  desempenho  futuros  na  forma  de  datas  de  termino. 

• Metodo  do  caminho  critico  (Segao  6.6.2.2).  A comparagao  do  progresso  ao  longo  do  caminho 
critico  pode  ajudar  a determinar  a situagao  do  cronograma.  A variagao  no  caminho  critico  tera  um 
impacto  direto  na  data  de  termino  do  projeto.  A avaliagao  do  progresso  das  atividades  nos  caminhos 
quase  criticos  pode  identificar  o risco  do  cronograma. 
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• Metodo  da  corrente  critica  (Segao  6.6.2.3).  Comparar  o tamanho  do  buffer  restate  com  o tamanho 
do  buffer  necessario  para  proteger  a data  de  entrega  pode  ajudar  na  determinagao  da  situagao 
do  cronograma.  A diferenga  entre  o buffer  necessario  e o restante  pode  determinar  se  uma  agao 
corretiva  e apropriada. 

• Gerenciamento  do  valor  agregado.  (Segao  7.4.2.1).  Medigoes  do  desempenho  do  cronograma 
tais  como  variagao  de  prazo  (VPR)  e mdice  de  desempenho  de  prazo  (IDP)  sao  usadas  para  avaliar  a 
magnitude  de  variagao  em  relagao  a linha  de  base  do  cronograma.  As  variagoes  de  folga  total  e de 
termino  mais  cedo  sao  tambem  componentes  de  planejamento  essenciais  para  avaliar  o desempenho 
de  tempo  do  projeto.  Aspectos  importantes  do  controle  do  cronograma  incluem  a determinagao  da 
causa  e grau  de  variagao  relativos  a linha  de  base  do  cronograma  (Segao  6. 6.3.1),  estimativa  das 
implicagoes  dessas  variagoes  para  o termino  de  trabalhos  futuros,  e a decisao  sobre  se  a agao 
corretiva  ou  preventiva  e necessaria.  Por  exemplo,  urn  grande  atraso  em  qualquer  atividade  que 
nao  esteja  no  caminho  critico  pode  ter  pouco  efeito  no  cronograma  geral  do  projeto,  enquanto  urn 
atraso  muito  menor  numa  atividade  critica  ou  quase  critica  pode  exigir  uma  agao  imediata.  Para 
os  projetos  que  nao  usam  o gerenciamento  do  valor  agregado,  uma  analise  de  variagao  similar 
pode  ser  executada  pela  comparagao  das  datas  de  inicio  ou  termino  planejadas  com  as  datas  de 
inicio  ou  termino  reais  a fim  de  identificar  as  variagoes  entre  a linha  de  base  do  cronograma  e o 
desempenho  real  do  projeto.  Uma  analise  adicional  pode  ser  executada  para  determinar  a causa 
e o grau  de  variagao  relativos  a linha  de  base  do  cronograma  e quaisquer  agoes  corretivas  ou 
preventivas  necessarias. 

67.2.2  Software  de  gerenciamento  de  projetos 

Urn  software  de  gerenciamento  de  projetos  para  elaboragao  de  cronograma  fornece  a habilidade  de 
controlar  as  datas  planejadas  versus  datas  reais,  relatar  as  variagoes  e o progresso  feito  em  relagao  a linha  de 
base  do  cronograma,  e prever  os  efeitos  de  mudangas  no  modelo  do  cronograma  do  projeto. 

67.2.3  Tecnicas  de  otimizagao  de  recursos 

Descritas  na  Segao  6.6. 2.4.  As  tecnicas  de  otimizagao  de  recursos  envolvem  o agendamento  de  atividades 
e os  recursos  necessarios  a tais  atividades  enquanto  leva  em  consideragao  tanto  a disponibilidade  dos  recursos 
como  o tempo  do  projeto. 

67.2.4  Tecnicas  de  desenvolvimento  de  modelos 

Descritas  na  Segao  6.6. 2.5.  As  tecnicas  de  desenvolvimento  de  modelos  sao  usadas  para  revisar  varios 
cenarios  guiados  pelo  monitoramento  dos  riscos  a fim  de  alinhar  o modelo  do  cronograma  com  o piano  de 
gerenciamento  do  projeto  e a linha  de  base  aprovada. 
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67.2.5  Antecipagoes  e esperas 

0 ajuste  de  antecipagoes  e esperas  e usado  durante  a analise  de  rede  para  encontrar  maneiras  de  alinhar 
atividades  do  projeto  atrasadas  em  relagao  ao  piano.  Por  exemplo,  num  projeto  de  construgao  de  um  novo 
predio  de  escritorios,  o paisagismo  pode  ser  ajustado  para  ser  iniciado  antes  do  termino  do  trabalho  externo 
do  predio  atraves  do  aumento  do  tempo  de  antecipagao  na  relagao.  Ou,  uma  equipe  de  redagao  tecnica 
pode  ajustar  o inicio  da  edigao  do  rascunho  de  um  grande  documento  imediatamente  apos  o documento  ser 
concluido  atraves  da  eliminagao  ou  redugao  do  tempo  de  espera. 

67.2.6  Compressao  de  cronograma 

Descrita  na  Segao  6.6.27.  As  tecnicas  de  compressao  de  cronograma  sao  usadas  para  encontrar  maneiras 
de  se  alinhar  atividades  do  projeto  atrasadas  em  relagao  ao  piano  atraves  do  paralelismo  ou  compressao  do 
cronograma  para  o trabalho  restante. 

6.7.27  Ferramenta  de  cronograma 

Os  dados  do  cronograma  sao  atualizados  e compilados  no  modelo  do  cronograma  para  refletir  o progresso 
real  do  projeto  e o trabalho  restante  a ser  terminado.  A ferramenta  de  cronograma  (Segao  6. 6.2. 8)  e os  dados 
de  suporte  do  cronograma  sao  usados  em  conjunto  com  metodos  manuais  ou  outro  software  de  gerenciamento 
de  projeto  para  realizar  a analise  de  rede  do  cronograma  a fim  de  gerar  um  cronograma  de  projeto  atualizado. 

6.7.3  Controlar  o cronograma:  sai'das 

67.3.1  Informagoes  sobre  o desempenho  do  trabalho 

Os  indicadores  de  desempenho  de  tempo  VPR  (variagao  de  prazos)  e IDC  (Indice  de  desempenho  de  prazos) 
calculados  para  os  componentes  da  EAP,  em  particular  os  pacotes  de  trabalho  e contas  de  controle,  sao 
documentados  e comunicados  as  partes  interessadas. 

67.3.2  Previsoes  de  cronograma 

As  previsoes  de  cronograma  sao  estimativas  ou  prognostics  de  condigoes  e eventos  futuros  do  projeto  com 
base  nas  informagoes  e no  conhecimento  disponlveis  no  momento  da  previsao.  As  previsoes  sao  atualizadas 
e republicadas  com  base  nas  informagoes  de  desempenho  do  trabalho  fornecidas  conforme  o trabalho  e 
executado.  As  informagoes  se  baseiam  no  desempenho  passado  e no  desempenho  futuro  esperado  do  projeto, 
e incluem  indicadores  de  desempenho  de  valor  agregado  que  poderiam  impactar  o projeto  no  futuro. 
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67.3.3  Solicitagoes  de  mudanga 

A analise  de  variagao  do  cronograma,  juntamente  com  as  revisoes  dos  relatorios  de  progresso,  resultados 
de  medigoes  de  desempenho  e modificagoes  no  escopo  ou  no  cronograma  do  projeto  podem  resultar  em 
solicitagoes  de  mudanga  na  linha  de  base  do  cronograma,  na  linha  de  base  do  escopo  e/ou  nos  outros 
componentes  do  piano  de  gerenciamento  do  projeto.  As  solicitagoes  de  mudanga  sao  processadas  para 
revisao  e destinagao  por  meio  do  processo  Realizar  o controle  integrado  de  mudangas  (Segao  4.5).  As  agoes 
preventivas  podem  incluir  mudangas  recomendadas  para  eliminar  ou  reduzir  a probabilidade  de  variagoes 
negativas  do  cronograma. 

67.3.4  Atualizagdes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Linha  de  base  do  cronograma.  Mudangas  na  linha  de  base  do  cronograma  sao  incorporadas 
em  resposta  as  solicitagoes  de  mudangas  aprovadas  (Segao  4. 4.3.1)  relacionadas  com  mudangas 
de  escopo  do  projeto,  recursos  das  atividades  ou  estimativas  de  duragoes  das  atividades.  A linha 
de  base  do  cronograma  pode  ser  atualizada  para  refletir  mudangas  causadas  pelas  tecnicas  de 
compressao  do  cronograma. 

• Plano  de  gerenciamento  do  cronograma.  0 piano  de  gerenciamento  do  cronograma  pode  ser 
atualizado  para  refletir  uma  mudanga  na  maneira  como  o cronograma  e gerenciado. 

• Linha  de  base  dos  custos.  A linha  de  base  dos  custos  pode  ser  atualizada  para  refletir  requisigoes 
de  mudanga  aprovadas  ou  mudangas  causadas  pelas  tecnicas  de  compressao. 

67.3.5  Atualizagdes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Dados  do  cronograma.  Novos  diagramas  de  rede  do  cronograma  do  projeto  podem  ser  desenvolvidos 
para  mostrar  duragoes  restantes  aprovadas  e modificagoes  aprovadas  no  piano  de  trabalho.  Em 
alguns  casos,  atrasos  no  cronograma  do  projeto  podem  sertao  graves  que  o desenvolvimento  de  urn 
novo  cronograma  alvo  com  datas  de  imcio  e de  termino  previstos  e necessario  para  fornecer  dados 
realistas  para  conduzir  o trabalho  e medir  o desempenho  e o progresso. 

• Cronograma  do  projeto.  Urn  cronograma  do  projeto  atualizado  sera  gerado  a partir  dos  dados  do 
modelo  do  cronograma  contendo  os  dados  do  cronograma  atualizado  para  refletir  as  mudangas  no 
cronograma  e gerenciar  o projeto. 

• Registro  dos  riscos.  0 registro  dos  riscos,  e os  pianos  de  resposta  aos  riscos  dentro  do  mesmo 
tambem  podem  ser  atualizados  com  base  nos  riscos  que  podem  surgir  devido  as  tecnicas  de 
compressao  do  cronograma. 
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67.3.6  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Causas  das  variagoes, 

• Agao  corretiva  escolhida  e suas  razoes,  e 

• Outros  tipos  de  ligoes  aprendidas  a partir  do  controle  do  cronograma  do  projeto. 
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? 


GERENCIAMENTO  DOS  CUSTOS  DO  PROJETO 

O gerenciamento  dos  custos  do  projeto  inclui  os  processos  envolvidos  em  planejamento,  estimativas, 
orgamentos,  financiamentos,  gerenciamento  e controle  dos  custos,  de  modo  que  o projeto  possa  ser  terminado 
dentro  do  orgamento  aprovado. 

A Figura  7-1  fornece  uma  visao  geral  dos  processos  de  gerenciamento  dos  custos  do  projeto: 

7.1  Planejar  o gerenciamento  dos  custos  e o processo  de  estabelecer  as  politicas,  os  procedimentos 
e a documentagao  para  o planejamento,  gestao,  despesas  e controle  dos  custos  do  projeto. 

7.2  Estimar  os  custos  e o processo  de  desenvolvimento  de  uma  estimativa  de  custos  dos  recursos 
monetarios  necessarios  para  terminar  as  atividades  do  projeto. 

7.3  Determinar  o orgamento  e o processo  de  agregagao  dos  custos  estimados  de  atividades 
individuals  ou  pacotes  de  trabalho  para  estabelecer  uma  linha  de  base  dos  custos  autorizada. 

7.4  Controlar  os  custos  e o processo  de  monitoramento  do  andamento  do  projeto  para  atualizagao  no 
seu  orgamento  e gerenciamento  das  mudangas  feitas  na  linha  de  base  de  custos. 

Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  com  detalhes 
na  Segao  3 e no  Anexo  A1 . 

Em  alguns  projetos,  especialmente  aqueles  com  menor  escopo,  a estimativa  e orgamento  de  custos  estao 
tao  firmemente  interligados  que  podem  ser  vistos  como  urn  processo  unico  que  pode  ser  realizado  por  uma 
pessoa  num  periodo  de  tempo  relativamente  curto.  Esses  processos  estao  aqui  apresentados  como  processos 
distintos  pois  as  ferramentas  e tecnicas  para  cada  urn  deles  sao  diferentes.  A habilidade  de  influenciar  o custo 
e maior  nos  estagios  iniciais  do  projeto,  tornando  critica  a definigao  inicial  do  escopo  (Segao  5.3). 
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Visao  geral  do  gerenciamento 
dos  custos  do  projeto 


7.1  Planejar  o 
gerenciamento  dos  custos 


II 


7.2  Estimar  os  custos 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Termo  de  abertura  do  projeto 
.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 

2.  Ferramentas  e tecnicas 
.1  Opiniao  especializada 
.2  Tecnicas  analiticas 
.3  Reunioes 

.3  Saidas 

.1  Plano  de  gerenciamento  dos 
custos 


7.4  Controlar  os  custos 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Requisitos  de  recursos 
financeiros  do  projeto 
.3  Dados  de  desempenho  do 
trabalho 

.4  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Gerenciamento  do  valor 
agregado 
.2  Previsao 

.3  Indice  de  desempenho  para 
termino  (IDPT) 

.4  Analises  de  desempenho 
.5  Software  de  gerenciamento  de 
projetos 

.6  Analise  de  reservas 
.3  Saidas 

.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Previsoes  de  custos 
.3  Solicitagoes  de  mudanga 
.4  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.5  Atualizagoes  nos  documentos 
do  projeto 

.6  Atualizagoes  nos  ativos  de 
processos  organizacionais 


.1  Entradas 

.1  Plano  de  gerenciamento  dos 
custos 

.2  Plano  de  gerenciamento  dos 
recursos  humanos 
.3  Linha  de  base  do  escopo 
.4  Cronograma  do  projeto 
.5  Registro  dos  riscos 
.6  Fatores  ambientais  da 
empresa 

.7  Ativos  de  processos 
organizacionais 

2.  Ferramentas  e tecnicas 
.1  Opiniao  especializada 
.2  Estimativa  analoga 
.3  Estimativa  parametrica 
.4  Estimativa  " bottom-up' ' 

.5  Estimativa  de  tres  pontos 
.6  Analise  de  reservas 
.7  Custo  da  qualidade 
.8  Software  de  gerenciamento 
de  projetos 

.9  Analise  de  proposta  de 
fornecedor 

.10  Tecnicas  de  tomada  de 
decisoes  em  grupo 

.3  Saidas 

.1  Estimativas  de  custos  das 
atividades 

.2  Base  das  estimativas 
.3  Atualizagoes  nos  documentos 
do  projeto 


7.3  Determinar  o 
orcamento 


.1  Entradas 

.1  Plano  de  gerenciamento  dos 
custos 

.2  Linha  de  base  do  escopo 
.3  Estimativas  dos  custos  das 
atividades 

.4  Base  das  estimativas 
.5  Cronograma  do  projeto 
.6  Calendarios  do  recurso 
.7  Registro  dos  riscos 
.8  Acordos 

.9  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Agregagao  de  custos 
.2  Analise  de  reservas 
.3  Opiniao  especializada 
.4  Relagoes  historicas 
.5  Reconciliagao  dos  limites  de 
recursos  financeiros 

.3  Saidas 

.1  Linha  de  base  dos  custos 
.2  Requisitos  de  recursos 
financeiros  do  projeto 
.3  Atualizagoes  nos  documentos 
do  projeto 

v / 


Figura  7-1 . Visao  geral  do  gerenciamento  dos  custos  do  projeto 
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0 gerenciamento  dos  custos  do  projeto  deve  considerar  os  requisitos  das  partes  interessadas  para 
gerenciamento  de  custos.  As  diferentes  partes  interessadas  medirao  os  custos  do  projeto  de  maneiras 
diferentes  em  tempos  diferentes.  Por  exemplo,  o custo  de  um  item  adquirido  pode  ser  medido  quando  a 
decisao  de  aquisigao  e tomada  ou  comprometida,  o pedido  e feito,  o item  e entregue,  ou  o custo  real  e incorrido 
ou  registrado  para  fins  de  contabilidade  do  projeto. 

0 gerenciamento  dos  custos  do  projeto  preocupa-se  principalmente  com  o custo  dos  recursos  necessarios 
para  completar  as  atividades  do  projeto.  0 gerenciamento  dos  custos  projeto  deve  considerar  tambem  o efeito 
das  decisoes  de  projeto  no  custo  recorrente  subsequente  do  uso,  manutengao  e suporte  do  produto,  servigo  ou 
resultado  do  projeto.  Por  exemplo,  limitar  o numero  de  revisoes  do  design  pode  reduzir  o custo  do  projeto  mas 
poderia  aumentar  os  custos  operacionais  resultantes  do  produto. 

Em  muitas  organizagoes,  o prognostic  e analise  do  desempenho  financeiro  do  produto  do  projeto  e 
realizado  fora  do  projeto.  Em  outras,  como  o projeto  de  capital  de  instalagoes,  o gerenciamento  dos  custos  do 
projeto  pode  incluir  esse  trabalho.  Quando  esses  prognostics  e analises  sao  incluidos,  o gerenciamento  dos 
custos  do  projeto  pode  abordar  processos  adicionais  e muitas  tecnicas  gerais  de  gerenciamento  como  retorno 
do  investimento,  fluxo  de  caixa  descontado  e analise  da  recuperagao  do  investimento. 

0 esforgo  de  planejamento  do  gerenciamento  dos  custos  ocorre  nas  fases  iniciais  do  planejamento  do 
projeto  e fornece  a estrutura  para  cada  processo  do  gerenciamento  dos  custos  para  que  o desempenho  dos 
mesmos  seja  eficiente  e coordenado. 


7.1  Planejar  o gerenciamento  dos  custos 

Planejar  o gerenciamento  dos  custos  e o processo  de  estabelecer  as  politicas,  os  procedimentos  e a 
documentagao  necessarios  para  o planejamento,  gerenciamento,  despesas,  e controle  dos  custos  do  projeto. 
0 principal  beneficio  deste  processo  e o fornecimento  de  orientagao  e instrugoes  sobre  como  os  custos  do 
projeto  serao  gerenciados  ao  longo  de  todo  o projeto.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse 
processo  estao  ilustradas  na  Figura  7-2.  A Figura  7-3  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Termo  de  abertura  do 
projeto 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Tecnicas  analiticas 
.3  Reunioes 

V 


.1  Plano  de  gerenciamento 
dos  custos 

v y 


Figura  7-2.  Planejar  o gerenciamento  dos  custos:  entradas,  ferramentas  e tecnicas,  e saidas 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


195 


7 - GERENCIAMENTO  DOS  CUSTOS  DO  PROJETO 


4.1 

Desenvolver  o 
termo  de 

abertura  do  projeto 

• Termo  de 
abertura  do 
projeto 


Gerenciamento  dos  custos  do  projeto 


• Plano  de 
gerenciamento 
do  projeto 


4.2 

Desenvolver  o piano 
de  gerenciamento 
do  projeto 


Empresa/ 

organizagao 


11.2 

Identificar 
os  riscos 


11.4 

Realizar  a analise 
quantitativa 
dos  riscos 


Figura  7-3.  Planejar  o gerenciamento  dos  custos:  diagrama  do  fluxo  de  dados 


Os  processos  de  gerenciamento  dos  custos  do  projeto  e suas  ferramentas  e tecnicas  associadas  sao 
documentados  no  piano  de  gerenciamento  dos  custos.  0 piano  de  gerenciamento  dos  custos  e urn  componente 
do  piano  de  gerenciamento  do  projeto. 


7.1.1  Planejar  o gerenciamento  dos  custos:  entradas 

7.1 .1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1.  0 piano  de  gerenciamento  do  projeto  content  informagoes  usadas  para 
desenvolver  o piano  de  gerenciamento  dos  custos  que  incluem,  mas  nao  estao  limitadas,  a: 

• Linha  de  base  do  escopo.  A linha  de  base  do  escopo  inclui  o gerenciamento  do  escopo  do  projeto 
e os  detalhes  da  EAP  para  a estimativa  e gerenciamento  dos  custos. 

• Linha  de  base  do  cronograma.  A linha  de  base  do  cronograma  define  quando  os  custos  do  projeto 
serao  incorridos. 

• Outras  informagoes.  Outras  decisoes  sobre  custos,  riscos  e comunicagoes  relacionadas  com  o 
desenvolvimento  dos  custos  a partir  do  piano  de  gerenciamento  do  projeto. 
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7.1 .1 .2  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1 . 0 termo  de  abertura  do  projeto  fornece  um  orgamento  de  resumo  a partir  do 
qual  os  custos  detalhados  do  projeto  serao  desenvolvidos.  0 termo  de  abertura  do  projeto  tambem  define  os 
requisitos  de  aprovagao  do  projeto  que  influenciarao  o gerenciamento  dos  custos  do  projeto. 

7.1 .1 .3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  Os  fatores  ambientais  da  empresa  que  influenciam  o processo  Planejar  o 
gerenciamento  dos  custos  incluem,  mas  nao  estao  limitados,  a: 

• A estrutura  e cultura  organizacionais  podem  influenciar  o gerenciamento  dos  custos; 

• As  condigoes  do  mercado  descrevem  que  produtos,  servigos  e resultados  estao  disponiveis  no 
mercado  regional  e global; 

• Taxas  de  cambio  para  custos  de  projetos  originados  em  mais  de  um  pais; 

• As  informagoes  comerciais  publicadas  tais  como  informagoes  de  taxas  de  custos  de  recursos 
estao  frequentemente  disponiveis  em  bancos  de  dados  comerciais  que  acompanham  os  custos  de 
habilidades  e recursos  humanos,  e fornecem  custos  padrao  para  material  e equipamento.  Listas 
publicadas  de  pregos  de  vendedores  sao  outra  fonte  de  informagoes;  e 

• 0 sistema  de  informagoes  de  gerenciamento  de  projeto  que  fornece  possibilidades  alternativas  de 
gerenciamento  dos  custos. 

7.1 .1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Planejar 
o gerenciamento  dos  custos  incluem,  mas  nao  estao  limitados,  a: 

• Procedimentos  de  controles  financeiros  (por  exemplo,  relatorio  de  horas,  analises  obrigatorias  de 
gastos  e despesas,  codigos  contabeis  e clausulas  contratuais  padrao); 

• Informagoes  historicas  e bases  de  conhecimento  de  ligoes  aprendidas; 

• Bancos  de  dados  financeiros;  e 

• Politicas,  procedimentos  e diretrizes  existentes,  formais  ou  informais,  de  estimativas  de  custos  e 
relacionados  a elaboragao  de  orgamentos. 
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7.1.2  Planejar  o gerenciamento  dos  custos:  ferramentas  e tecnicas 

7.1 .2.1  Opiniao  especializada 

A opiniao  especializada,  guiada  por  informagoes  historicas,  fornece  um  discernimento  valioso  sobre  o 
ambiente  e informagoes  de  projetos  passados  similares.  A opiniao  especializada  tambem  pode  sugerir  sobre 
se  seria  recomendavel  combinar  metodos  e como  reconciliar  as  diferengas  entre  eles. 

A opiniao  baseada  em  especializagao  numa  area  de  aplicagao,  area  de  conhecimento,  disciplina,  setor 
economico,  etc. , como  apropriada  a atividade  sendo  executada,  deve  ser  utilizada  no  desenvolvimento  do 
piano  de  gerenciamento  de  custos. 

7.1 .2.2  Tecnicas  analiticas 

0 desenvolvimento  do  piano  de  gerenciamento  dos  custos  pode  envolver  a escolha  de  opgoes  estrategicas 
para  financiar  o projeto  tais  como  autofinanciamento,  financiamento  com  capital  ou  financiamento  com  debito. 
0 piano  de  gerenciamento  dos  custos  tambem  pode  detalhar  maneiras  de  financiar  os  recursos  do  projeto  tais 
como  execugao,  aquisigao,  aluguel  ou  arrendamento.  Essas  decisoes,  como  outras  decisoes  financeiras  que 
afetam  o projeto,  podem  afetar  o cronograma  do  projeto  e/ou  riscos. 

As  politicas  e procedimentos  organizacionais  podem  influenciar  que  tecnicas  financeiras  serao  empregadas 
nessas  decisoes.  As  tecnicas  podem  incluir  (mas  nao  estao  limitadas  a):  periodo  de  reembolso,  retorno  sobre  o 
investimento,  taxa  interna  de  retorno,  fluxo  de  caixa  descontado  e valor  presente  liquido. 

7.1 .2.3  Reunides 

As  equipes  dos  projetos  fazem  reunioes  de  planejamento  para  desenvolver  o piano  de  gerenciamento  dos 
custos.  Os  participantes  dessas  reunioes  podem  incluir  o patrocinador  do  projeto,  membros  selecionados  da 
equipe  do  projeto  e das  partes  interessadas,  qualquer  pessoa  com  responsabilidade  nos  custos  do  projeto,  e 
outros  conforme  a necessidade. 

7.1.3  Planejar  o gerenciamento  dos  custos:  saidas 
7.1 .3.1  Plano  de  gerenciamento  dos  custos 

Plano  de  gerenciamento  dos  custos  e um  componente  do  piano  de  gerenciamento  do  projeto  e descreve 
como  os  custos  do  projeto  serao  planejados,  estruturados,  e controlados.  Os  processos  de  gerenciamento  dos 
custos  do  projeto  e suas  ferramentas  e tecnicas  associadas  sao  documentados  no  piano  de  gerenciamento 
dos  custos. 
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Por  exemplo,  o piano  de  gerenciamento  dos  custos  pode  estabelecer  o seguinte: 

• Unidades  de  medida.  Cada  unidade  usada  em  medigoes  (como  horas  e dias  de  pessoal  ou  semanas 
para  medidas  de  tempo,  ou  metros,  litros,  toneladas,  quilometros  ou  jardas  cubicas  para  medidas 
de  quantidade,  ou  importance  global  em  forma  de  moeda)  e definida  para  cada  urn  dos  recursos. 

• Nivel  de  precisao.  0 grau  em  que  as  estimativas  dos  custos  das  atividades  serao  arredondadas  para 
cima  ou  para  baixo  (Exemplo,  US$1 00.49  para  US$1 00,  ou  US$995.59  para  US$1 ,000),  com  base  no 
escopo  das  atividades  e magnitude  do  projeto. 

• Nivel  de  exatidao.  A faixa  aceitavel  (Exemplo,  ±10%)  usada  na  determinagao  das  estimativas 
realisticas  de  duragao  das  atividades  e especificada  e pode  incluir  uma  quantidade  para  contingencias. 

• Associagoes  com  procedimentos  organizacionais.  A estrutura  analitica  do  projeto  (EAP)  (Segao  5.4) 
fornece  a estrutura  para  o piano  de  gerenciamento  dos  custos,  permitindo  a consistence  nas  estimativas, 
orgamentos  e controle  de  custos.  0 componente  da  EAP  usado  para  a contabilidade  de  custos  do  projeto 
e chamado  de  conta  de  controle.  Cada  conta  de  controle  recebe  urn  codigo  unico  ou  numero(s)  de  conta 
que  se  conecta(m)  diretamente  ao  sistema  de  contabilidade  da  organizagao  executora. 

• Limites  de  controle.  Limites  de  variagao  para  monitoramento  do  desempenho  de  custo  podem  ser 
especificados  para  indicar  uma  quantidade  de  variagao  combinada  a ser  permitida  antes  que  alguma 
agao  seja  necessaria.  Normalmente  os  limites  sao  expressos  como  percentagem  de  desvio  da  linha 
de  base  do  piano. 

• Regras  para  medigao  do  desempenho.  As  regras  para  medigao  do  desempenho  do  gerenciamento 
do  valor  agregado  (EVM  em  ingles)  sao  estabelecidas.  Por  exemplo,  o piano  de  gerenciamento  dos 
custos  pode: 

o Definir  os  pontos  na  EAP  onde  as  medidas  das  contas  de  controle  serao  feitas; 

o Estabelecer  as  tecnicas  de  medigao  do  valor  agregado  (por  exemplo,  marcos  ponderados, 
formula  fixa,  percentagem  completa,  etc.)  aserem  empregadas;  e 

o Especificar  as  metodologias  de  acompanhamento  e as  equagoes  computacionais  de 
gerenciamento  do  valor  agregado  para  o calculo  do  gerenciamento  do  valor  agregado 
para  determinar  as  previsoes  projetadas  da  estimativa  no  termino  (ENT)  para  fornecer  uma 
verificagao  de  validade  da  estimativa  “ bottom-up ” de  calculo  da  ENT. 

Para  informagoes  mais  especificas  a respeito  do  gerenciamento  do  valor  agregado,  consulte  The 
Practice  Standard  for  Earned  Value  Management,  Segunda  Edigao. 
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• Formatos  de  relatorios.  Os  formatos  e frequences  para  varios  relatorios  de  custos  sao  definidos. 

• Descrigoes  dos  processos.  As  descrigoes  de  cada  um  dos  outros  processos  de  gerenciamento  dos 
custos  sao  documentadas. 

• Detalhes  adicionais.  Os  detalhes  adicionais  sobre  as  atividades  de  gerenciamento  dos  custos 
incluem,  mas  nao  estao  limitados,  a: 

o Descrigao  de  escolhas  de  financiamento  estrategicas, 
o Procedimento  para  considerar  flutuagoes  nas  taxas  de  cambio,  e 
o Procedimento  para  registro  dos  custos  do  projeto. 

7.2  Estimar  os  custos 

Estimar  os  custos  e o processo  de  desenvolvimento  de  uma  estimativa  dos  recursos  monetarios  necessarios 
para  executar  as  atividades  do  projeto.  0 principal  beneficio  deste  processo  e a definigao  dos  custos  exigidos 
para  concluir  os  trabalhos  do  projeto.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao 
ilustradas  na  Figura  7-4.  A Figura  7-5  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


.1  Plano  de  gerenciamento 
dos  custos 

.2  Piano  de  gerenciamento 
dos  recursos  humanos 
.3  Linha  de  base  do  escopo 
.4  Cronograma  do  projeto 
.5  Registro  dos  riscos 
.6  Fatores  ambientais  da 
empresa 

.7  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Opiniao  especializada 
.2  Estimativa  analoga 
.3  Estimativa  parametrica 
.4  Estimativa  "bottom-up" 

.5  Estimativa  de  tres  pontos 
.6  Analise  de  reservas 
.7  Custo  da  qualidade 
.8  Software  de 

gerenciamento  de  projetos 
.9  Analise  de  proposta  de 
fornecedor 

10  Tecnicas  de  tomada  de 
decisoes  em  grupo 


.1  Estimativas  de  custos  das 
atividades 

.2  Base  das  estimativas 
.3  Atualizagoes  nos 
documentos  do  projeto 


Figura  7-4.  Estimar  os  custos:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  7-5.  Diagrama  do  fluxo  de  dados  do  processo  Estimar  os  custos 

As  estimativas  de  custo  sao  um  prognostico  baseado  na  informagao  conhecida  num  determinado  momento. 
As  estimativas  dos  custos  incluem  a identificagao  e a consideragao  das  alternativas  de  custo  para  iniciar  e 
terminar  o projeto.  Compensagoes  de  custos  e riscos  devem  ser  consideradas,  tais  como  fazer  versus  comprar, 
comprar  versus  alugar,  e o compartilhamento  de  recursos  para  alcangar  custos  otimizados  para  o projeto. 

Os  custos  sao  geralmente  expressos  em  unidades  de  alguma  moeda  (isto  e,  dolares,  euros,  ienes,  etc.), 
embora  em  alguns  casos  outras  unidades  de  medida , como  horas  de  pessoal,  sejam  usadas  para  facilitar  as 
comparagoes  atraves  da  eliminagao  dos  efeitos  das  flutuagoes  das  moedas. 

As  estimativas  de  custos  devem  ser  refinadas  durante  o curso  do  projeto  para  refletir  detalhes  adicionais 
conforme  se  tornarem  disponiveis  e as  premissas  forem  testadas.  A precisao  da  estimativa  de  um  projeto 
aumentara  conforme  o mesmo  progride  no  seu  ciclo  de  vida.  Por  exemplo,  um  projeto  na  fase  inicial  poderia 
ter  uma  ordem  de  grandeza  (ROM  sigla  do  ingles)  estimada  na  faixa  de  -25%  a ±50%.  Mais  tarde,  conforme 
mais  informagoes  sao  conhecidas,  as  estimativas  podem  estreitar  para  uma  faixa  de  precisao  de  -5%  para 
+1 0%.  Em  algumas  organizagoes,  existem  diretrizes  para  quando  tais  refinamentos  podem  ser  feitos  e o grau 
de  confianga  ou  exatidao  esperado. 
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Fontes  de  informagoes  de  entrada  sao  derivadas  das  saidas  dos  processos  do  projeto  em  outras  areas  de 
conhecimento.  Apos  serem  recebidas,  todas  essas  informagoes  ficarao  disponiveis  como  entradas  para  os  tres 
processos  de  gerenciamento  dos  custos. 

Os  custos  sao  estimados  para  todos  os  recursos  que  serao  cobrados  do  projeto.  Isso  inclui,  mas  nao  se 
limita  a mao  de  obra,  materiais,  equipamentos,  servigos  e a instalagoes,  assim  como  a categorias  especiais 
como  provisao  para  inflagao,  custos  de  recursos  financeiros  ou  custos  de  contingencias.  Uma  estimativa  de 
custo  e uma  avaliagao  quantitativa  dos  custos  provaveis  dos  recursos  necessarios  para  completar  a atividade. 
As  estimativas  dos  custos  podem  ser  apresentadas  no  nivel  de  atividade  ou  em  formato  resumido. 

7.2.1  Estimar  os  custos:  entradas 

7.2.1 .1  Plano  de  gerenciamento  dos  custos 

Descrito  na  Segao  7.1 .3.1 . 0 piano  de  gerenciamento  dos  custos  define  como  os  custos  do  projeto  serao 
gerenciados  e controlados.  Ele  inclui  o metodo  usado  e o nivel  de  exatidao  exigido  para  estimar  o custo  das 
atividades. 

7.2.1 .2  Plano  de  gerenciamento  dos  recursos  humanos 

Descrito  na  Segao  9.1 .3.1.  0 piano  de  gerenciamento  de  recursos  humanos  fornece  os  atributos  de 
recrutamento  do  projeto,  indices  de  pessoal  e reconhecimentos/premios  relacionados  que  sao  componentes 
necessarios  para  o desenvolvimento  das  estimativas  de  custos  do  projeto. 

7.2.1 .3  Linha  de  base  do  escopo 

A linha  de  base  do  escopo  compreende  o seguinte: 

• Especificagao  do  escopo  do  projeto.  A especificagao  do  escopo  do  projeto  (Segao  5. 3.3.1 ) fornece  a 
descrigao  do  produto,  os  criterios  de  aceitagao,  as  entregas  chave,  os  limites,  as  premissas  e restrigoes 
do  projeto.  Uma  premissa  basica  que  precisa  ser  definida  durante  a estimativa  de  custos  do  projeto 
e se  as  estimativas  serao  limitadas  somente  aos  custos  diretos  do  projeto  ou  se  incluirao  tambem  os 
custos  indiretos.  Os  custos  indiretos  sao  aqueles  que  nao  podem  ser  diretamente  rastreados  ate  urn 
projeto  especifico  e portanto  serao  acumulados  e igualmente  distribuidos  entre  multiplos  projetos 
atraves  de  algum  procedimento  contabil  aprovado  e documentado.  Uma  das  restrigoes  mais  comuns 
para  muitos  projetos  e urn  orgamento  limitado.  Exemplos  de  outras  restrigoes  sao  datas  de  entregas 
exigidas,  recursos  habilitados  disponiveis  e politicas  organizacionais. 

• Estrutura  analitica  do  projeto.  A estrutura  analitica  do  projeto  (EAP)  (Segao  5.4)  fornece  as  relagoes 
entre  todos  os  componentes  do  projeto  e suas  entregas. 

• Dicionario  da  EAP.  0 dicionario  da  EAP  (Segao  5.43.fornece  informagoes  detalhadas  sobre  as  entregas 
e uma  descrigao  do  trabalho  em  cada  componente  da  EAP  necessario  para  produzir  cada  entrega. 
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As  informagoes  adicionais  que  podem  ser  encontradas  na  linha  de  base  do  escopo  que  incluem  requisitos 
com  implicagoes  contratuais  e legais  sao  saude,  seguranga,  protegao,  desempenho,  ambiente,  seguro,  direitos 
de  propriedades  intelectuais,  licengas  e autorizagoes.  Todas  essas  informagoes  devem  ser  consideradas 
durante  o desenvolvimento  das  estimativas  de  custos. 

7.2.1 .4  Cronograma  do  projeto 

Descrito  na  Segao  6.6. 3.2. 0 tipo  e a quantidade  dos  recursos  e a quantidade  de  tempo  que  esses  recursos 
sao  aplicados  para  completar  o trabalho  do  projeto  sao  fatores  primordiais  na  determinagao  do  custo  do  projeto. 
Os  recursos  das  atividades  do  cronograma  e suas  respectivas  duragoes  sao  usados  como  entradas  chave  para 
este  processo.  Estimar  os  recursos  das  atividades  (Segao  6.4)  envolve  a determinagao  da  disponibilidade  de 
pessoal,  da  quantidade  de  horas  de  pessoal  exigidas,  e das  quantidades  de  material  necessarias  para  executar 
as  atividades.  E coordenado  intimamente  com  a estimativa  de  custos.  As  estimativas  de  duragao  das  atividades 
(Segao  6.5. 3.1)  afetarao  as  estimativas  dos  custos  de  qualquer  projeto  onde  o orgamento  inclua  urn  subsidio 
para  o custo  de  financiamento  (inclusive  cobrangas  de  juros)  e onde  os  recursos  sao  aplicados  por  unidade 
de  tempo  para  a duragao  da  atividade.  As  estimativas  de  duragoes  das  atividades  podem  afetar  tambem 
as  estimativas  de  custos  que  possuem  custos  sensiveis  ao  tempo  incluidos  nas  mesmas,  como  acordos  ou 
dissidios  coletivos  da  mao  de  obra  ou  materiais  com  variagoes  de  custos  sazonais. 

7.2.1 .5  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  deve  ser  revisto  para  considerar  os  custos  de  respostas 
aos  riscos.  Riscos,  que  podem  ser  ameagas  ou  oportunidades,  tipicamente  tern  urn  impacto  tanto  na  atividade 
como  nos  custos  do  projeto  como  urn  todo.  Como  uma  regra  geral,  quando  urn  projeto  experimenta  urn  evento 
de  risco  negativo,  o custo  de  curto  prazo  do  projeto  normalmente  aumentara  e as  vezes  havera  urn  atraso 
no  cronograma  do  projeto.  De  forma  similar,  a equipe  do  projeto  deve  ser  sensivel  as  oportunidades  em 
potencial  que  podem  beneficiar  o negocio  atraves  da  redugao  dos  custos  das  atividades  ou  do  aceleramento 
do  cronograma. 

7.2.1 .6  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  influenciam  o processo  de  estimativa  de 
custos  incluem,  mas  nao  se  limitam,  a: 

• Condigoes  do  mercado.  As  condigoes  descrevem  que  produtos,  servigos  e resultados  estao 
disponiveis  no  mercado,  de  quern  e sob  que  termos  e condigoes.  As  condigoes  de  oferta  e demanda 
regionais  e/ou  globais  influenciam  grandemente  os  custos  dos  recursos. 
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• Informagoes  comerciais  publicadas.  As  informagoes  de  taxas  de  custos  de  recursos  sao 
frequentemente  disponibilizadas  em  bancos  de  dados  comerciais  que  acompanham  os  custos  de 
recursos  humanos  e fornecem  custos  padrao  para  material  e equipamento.  Listas  publicadas  de 
pregos  de  vendedores  sao  outra  fonte  de  informagoes. 

7.2.1 .7  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1.4.  Os  ativos  de  processos  organizacionais  que  influenciam  o processo  Estimar  os 
custos  incluem,  mas  nao  se  limitam,  a: 

• Politicas  de  estimativa  de  custos, 

• Modelos  de  estimativa  de  custos, 

• Informagoes  historicas,  e 

• Ligoes  aprendidas. 

7.2.2  Estimar  os  custos:  ferramentas  e tecnicas 

7.2.2.1  Opiniao  especializada 

A opiniao  especializada,  guiada  por  informagoes  historicas,  fornece  urn  discernimento  valioso  sobre  o 
ambiente  e informagoes  de  projetos  passados  similares.  A opiniao  especializada  pode  tambem  ser  usada 
para  determinar  se  seria  recomendavel  combinar  diferentes  metodos  de  estimativas  e como  reconciliar  as 
diferengas  entre  eles. 

7.2.2.2  Estimativa  analoga 

A estimativa  analoga  de  custos  usa  os  valores  como  escopo,  custo,  orgamento  e duragao  ou  medidas  de 
escala  como  tamanho,  peso  e complexidade  de  urn  projeto  anterior  semelhante  como  base  para  estimar  o 
mesmo  parametro  ou  medida  para  o projeto  atual.  Esta  tecnica  conta  com  o custo  real  de  projetos  anteriores 
semelhantes  como  base  ao  estimar  os  custos  do  projeto  atual.  E uma  abordagem  que  estima  o valor  bruto, 
algumas  vezes  ajustado  para  diferengas  conhecidas  da  complexidade  do  projeto. 

A estimativa  analoga  de  custos  e frequentemente  usada  para  estimar  urn  valor  quando  ha  uma  quantidade 
limitadade  informagoes  detalhadas  sobre  o projeto  como,  porexemplo,  nasuafase  inicial.  A estimativa  analoga 
de  custos  usa  informagoes  historicas  e opiniao  especializada. 
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Ela  e geralmente  menos  dispendiosa  e consome  menos  tempo  que  outras  tecnicas,  mas  normalmente 
e tambem  menos  precisa.  Estimativas  analogas  de  custos  podem  ser  aplicadas  a urn  projeto  inteiro  ou  a 
segmentos  do  projeto,  em  conjunto  com  outros  metodos  de  estimativa.  E mais  confiavel  quando  os  projetos 
anteriores  sao  semelhantes  de  fato  e nao  somente  aparentam  ser,  e a equipe  do  projeto  preparando  as 
estimativas  tern  a habilidade  tecnica  necessaria. 

7.2.2.3  Estimativa  parametrica 

A estimativa  parametrica  utiliza  uma  relagao  estatistica  entre  dados  historicos  relevantes  e outras  variaveis 
(por  exemplo,  metros  quadrados  em  construgao)  para  calcular  uma  estimativa  de  custos  para  o trabalho  do 
projeto.  Esta  tecnica  pode  produzir  altos  niveis  de  precisao  dependendo  da  sofisticagao  e dos  dados  basicos 
colocados  no  modelo.  Estimativas  parametricas  de  custos  podem  ser  aplicadas  a urn  projeto  inteiro  ou  aos 
segmentos  do  mesmo,  em  conjunto  com  outros  metodos  de  estimativa. 

7.2.2.4  Estimativa  "Bottom-Up" 

A estimativa  " bottom-up " e urn  metodo  para  estimar  urn  componente  do  trabalho.  0 custo  de  pacotes  de 
trabalho  individuals  ou  atividades  e estimado  com  o maior  nivel  de  detalhes  especificados.  0 custo  detalhado 
e entao  resumido  ou  repassado  para  niveis  mais  altos  para  ser  utilizado  em  subsequentes  relatorios  e 
rastreamento.  0 custo  e a precisao  da  estimativa  de  custos  "bottom-up"  geralmente  sao  influenciados  pelo 
tamanho  ou  complexidade  da  atividade  individual  ou  pacote  de  trabalho. 

7.2.2.5  Estimativas  de  tres  pontos 

A precisao  das  estimativas  de  custos  de  uma  atividade  pontual  pode  ser  aperfeigoada  considerando-se  a 
incerteza  e o risco  nas  estimativas  e usando  tres  estimativas  para  definir  uma  faixa  aproximada  do  custo  da 
atividade: 

• Mais  provavel  (cM).  0 custo  da  atividade,  baseado  num  esforgo  de  avaliagao  realista  para  o trabalho 
necessario  e quaisquer  outros  gastos  previstos. 

• Otimista  ( cO ).  Os  custos  da  atividade  sao  baseados  na  analise  do  melhor  cenario  para  a atividade. 

• Pessimista  (cP).  Os  custos  da  atividade  sao  baseados  na  analise  do  pior  cenario  para  a atividade. 
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Dependendo  dos  valores  de  distribuigao  assumidos  nafaixa  das  tres  estimativas,  o custo  esperado  cE  pode 
ser  calculado  usando  uma  formula.  Duas  formulas  comumente  usadas  sao  as  distribuigoes  beta  e triangular. 
As  formulas  sao: 

• Distribuigao  triangular.  cE  = (cO  + cM  + cP)  / 3 

• Distribuigao  Beta  (da  analise  PERT  tradicional).  cE  = (cO  + 4cM  + cP)  / 6 

As  estimativas  de  custos  baseadas  em  tres  pontos  com  uma  distribuigao  assumidafornecem  uma  duragao 
esperada  e esclarecem  a faixa  de  incerteza  sobre  o custos  esperados. 

7.2. 2.6  Analise  de  reservas 

As  estimativas  de  custos  podem  incluir  reservas  de  contingencies  (algumas  vezes  chamadas  de  provisoes 
para  contingencies)  para  considerar  os  custos  das  incertezas.  As  reservas  de  contingency  sao  o orgamento 
dentro  da  linha  de  base  dos  custos  designados  para  riscos  identificados  que  sao  aceitos  e para  os  quais 
respostas  contingentes  ou  mitigadoras  sao  desenvolvidas.  As  reservas  de  contingency  sao  frequentemente 
vistas  como  parte  do  orgamento  que  aborda  as  "incognitas  conhecidas"  que  podem  afetar  urn  projeto.  Por 
exemplo,  a repetigao  do  trabalho  para  algumas  entregas  do  projeto  pode  ser  antecipada,  enquanto  a quantidade 
desse  retrabalho  e desconhecida.  As  reservas  de  contingency  podem  ser  estimadas  para  considerar  esta 
quantidade  de  retrabalho  desconhecida.  As  reservas  de  contingency  proveem  para  uma  atividade  especifica, 
para  o projeto  inteiro,  ou  ambos.  A reserva  para  contingencias  pode  ser  uma  percentagem  do  custo  estimado, 
urn  numero  fixado  ou  pode  ser  desenvolvida  atraves  do  uso  de  metodos  de  analise  quantitativa. 

A medida  que  informagoes  mais  precisas  sobre  o projeto  sao  disponibilizadas,  a reserva  para  contingencias 
pode  ser  usada,  reduzida  ou  eliminada.  A contingency  deve  ser  claramente  identificada  na  documentagao  dos 
custos.  As  reservas  para  contingencias  sao  parte  dos  requisitos  da  linha  de  base  e dos  requisitos  gerais  do  projeto. 

As  estimativas  tambem  podem  ser  produzidas  para  a quantidade  de  reserva  gerencial  a ser  financiada 
para  o projeto.  As  reservas  gerenciais  sao  uma  quantidade  especificada  do  custo  do  projeto  retida  para  fins  de 
controle  de  gerenciamento  e sao  reservadas  para  o trabalho  inesperado  que  esta  dentro  do  escopo  do  projeto. 
As  reservas  gerenciais  abordam  as  "incognitas  desconhecidas"  que  podem  afetar  urn  projeto.  A reserva 
gerencial  nao  esta  incluida  na  linha  de  base  dos  custos  mas  faz  parte  dos  requisitos  de  custo  de  todo  o projeto. 
Quando  uma  quantidade  de  reservas  gerenciais  e usada  para financiar  o trabalho  nao  previsto,  a quantidade  de 
reservas  gerenciais  usada  e acrescentada  a linha  de  base  dos  custos,  exigindo  assim  uma  mudanga  aprovada 
na  linha  de  base  dos  mesmos. 

7.2. 2.7  Custo  da  qualidade  (CDQ) 

As  premissas  sobre  custos  da  qualidade  (Segao  8.1 .2.2)  podem  ser  usadas  para  preparar  a estimativa  de 
custos  da  atividade. 
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7.2. 2.8  Software  de  gerenciamento  de  projetos 

Aplicativos  de  software  para  o gerenciamento  de  projetos,  planilhas  computadorizadas,  simulagoes 
e ferramentas  estatisticas  sao  usados  para  ajudar  nas  estimativas  de  custos.  Essas  ferramentas  podem 
simplificar  o uso  de  algumas  tecnicas  de  estimativa  de  custos  e portanto  facilitar  uma  rapida  consideragao  das 
alternativas  de  estimativas  dos  custos. 

7.2.2.9  Analise  de  proposta  de  fornecedor 

Os  metodos  de  estimativa  de  custos  incluem  a analise  de  quanto  o projeto  custaria  baseado  nas  respostas 
das  cotagoes  dos  fornecedores  qualificados.  Quando  projetos  sao  concedidos  a urn  vendedor  sob  processos 
competitivos,  urn  trabalho  adicional  de  estimativa  de  custos  pode  ser  requisitado  da  equipe  do  projeto  para  se 
examinar  os  pregos  de  entregas  individuals  e derivar  urn  custo  que  suporte  o custo  total  final  do  projeto. 

7.2.2.10  Tecnicas  de  tomada  de  decisao  em  grupo 

Abordagens  de  equipe  tais  como  brainstorming,  tecnica  Delphi  ou  tecnicas  de  grupo  nominal  sao  uteis 
para  o engajamento  dos  membros  da  equipe  a fim  de  melhorar  a exatidao  e o comprometimento  com  as 
estimativas  emergentes.  Ao  envolver  urn  grupo  estruturado  de  pessoas  que  estao  proximas  da  execugao 
tecnica  do  trabalho  no  processo  de  estimativa,  informagoes  adicionais  e estimativas  mais  precisas  sao  obtidas. 
Alem  disso,  quando  as  pessoas  estao  envolvidas  no  processo  de  estimativa,  o seu  compromisso  com  o alcance 
das  estimativas  resultantes  de  tal  processo  aumenta. 

7.2.3  Estimar  os  custos:  sai'das 
7.2.3.1  Estimativas  de  custos  das  atividades 

As  estimativas  de  custos  das  atividades  sao  avaliagoes  quantitativas  dos  provaveis  custos  necessarios  para 
executar  o trabalho  do  projeto.  As  mesmas  podem  ser  apresentadas  em  formato  resumido  ou  detalhado.  Os 
custos  sao  estimados  para  todos  os  recursos  aplicados  na  estimativa  de  custos  da  atividade.  Isso  inclui,  mas 
nao  se  limita  a mao  de  obra  direta,  materiais,  equipamentos,  servigos,  instalagoes,  a tecnologia  da  informagao 
e categorias  especiais  tais  como  custos  de  financiamento  (incluindo  taxas  de  juros),  provisao  para  inflagao, 
taxas  de  cambio,  ou  uma  reserva  de  custos  de  contingency.  Os  custos  indiretos,  se  incluidos  na  estimativa  do 
projeto,  podem  ser  incluidos  no  nivel  da  atividade  ou  em  niveis  mais  altos. 
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7.2. 3.2  Base  das  estimativas 

A quantia  e tipo  de  detalhes  adicionais  que  suportam  a estimativa  de  custos  variam  por  area  de  aplicagao. 
Independentemente  do  nivel  de  detalhe,  a documentagao  de  suporte  deve  fornecer  um  entendimento  claro  e 
completo  a respeito  de  como  a estimativa  de  custos  foi  derivada. 

Os  detalhes  de  suporte  para  estimativas  de  custos  das  atividades  podem  incluir: 

• Documentagao  das  bases  para  a estimativa  (isto  e,  como  foi  desenvolvida), 

• Documentagao  de  todas  as  premissas  adotadas, 

• Documentagao  de  quaisquer  restrigoes  conhecidas, 

• Indicagao  da  faixa  das  estimativas  possiveis  (por  exemplo,  €1 0.000  (±1 0%)  para  indicar  que  espera- 
se  que  o custo  do  item  fique  numa  faixa  de  valores),  e 

• Indicagao  do  nivel  de  confianga  da  estimativa  final. 

7.2.3.3  Atualizacoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  se  limitam,  ao  registro  dos  riscos. 


7.3  Determinar  o orgamento 

Determinar  o orgamento  e o processo  de  agregagao  dos  custos  estimados  de  atividades  individuals  ou 
pacotes  de  trabalho  para  estabelecer  uma  linha  de  base  dos  custos  autorizada.  0 principal  beneficio  deste 
processo  e a determinagao  da  linha  de  base  dos  custos  para  o monitoramento  e controle  do  desempenho 
do  projeto.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  7-6. 
A Figura  7-7  retrata  o diagrama  de  fluxo  de  dados  do  processo. 


.1  Plano  de  gerenciamento 
dos  custos 

.2  Linha  de  base  do  escopo 
.3  Estimativas  dos  custos 
das  atividades 
.4  Base  das  estimativas 
.5  Cronograma  do  projeto 
.6  Calendarios  do  recurso 
.7  Registro  dos  riscos 
.8  Acordos 

.9  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Agregagao  de  custos 
.2  Analise  de  reservas 
.3  Opiniao  especializada 
.4  Relagoes  historicas 
.5  Reconciliagao  dos  limites 
de  recursos  financeiros 
V / 


.1  Linha  de  base  dos  custos 
.2  Requisitos  de  recursos 
financeiros  do  projeto 
.3  Atualizagoes  nos 
documentos  do  projeto 
V / 


Figura  7-6.  Determinar  o orgamento:  entradas,  ferramentas  e tecnicas,  e saidas 
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O orgamento  do  projeto  inclui  todos  os  fundos  autorizados  para  executar  o projeto.  A linha  de  base  dos  custos 
e a versao  aprovada  do  orgamento  do  projeto  com  fases  de  tempo,  mas  exclui  as  reservas  de  gerenciamento. 

7.3.1  Determinar  o orgamento:  entradas 

7.3.1 .1  Plano  de  gerenciamento  dos  custos 

Descrito  na  Segao  7.1 .3.1 . 0 piano  de  gerenciamento  dos  custos  descreve  como  os  custos  do  projeto  serao 
gerenciados  e controlados. 


Gerenciamento  dos  custos  do  projeto 


5.4 
Criar 
a EAP 


7.1 

Planejar  o 
gerenciamento 
dos  custos 


7.2 

Estimar 
os  custos 


6.6 

Desenvolver 
o cronograma 


» Cronograma  do  projeto 


• Plano  de 
gerenciamento 
dos  custos 

* Linha  de  base  do  escopo  1 


• Estimativas  dos  custos 
das  atividades 

• Bases  das  estimativas 


9.2 

Mobilizar  a equipe 
do  projeto 


* Calendarios  dos  recurso 


11.2 

Identificar 
os  riscos 


• Calendarios 
dos  recurso 


7.3 

Determinar  o 
orgamento 


• Atualizagoes  nos 
documentos  do  projeto 


* Linha  de  base  dos  custos 


Documentos 
do  projeto 


4.2 

Desenvolver  o piano 
de  gerenciamento 
do  projeto 


• Requisites  de 
recursos  financeiros 
do  projeto 


* Registro  dos  riscos 


12.2 

Conduziras 

aquisigoes 


7.4 

Controlar 
os  custos 


Empresa/ 

organizagao 


• Ativos  de  processos 
organizacionais 


Figura  7-7.  Diagrama  do  fluxo  de  dados  do  processo  Determinar  o orgamento 
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7.3.1 .2  Linha  de  base  do  escopo 

• Especificacao  do  escopo  do  projeto.  Limitagoes  formais  por  periodo  para  o gasto  dos  recursos 
financeiros  do  projeto  podem  ser  exigidas  pela  organizagao,  por  contrato  (Segao  12.2.3.2),  ou  por 
outras  entidades  como  orgaos  governamentais.  Essas  restrigoes  dos  recursos  sao  indicadas  na 
especificagao  do  escopo  do  projeto. 

• Estrutura  anah'tica  do  projeto.  A EAP  (Segao  5.4)  fornece  as  relagoes  entre  todas  as  entregas  do 
projeto  e seus  varios  componentes. 

• Dicionario  da  EAP.  0 dicionario  da  EAP  (Segao  5.43.1)  e as  especificagoes  do  trabalho  detalhadas 
relacionadas  fornecem  uma  identificagao  das  entregas  e uma  descrigao  do  trabalho  em  cada 
componente  da  EAP  necessario  para  produzir  cada  entrega. 

7.3.1 .3  Estimativas  de  custos  das  atividades 

Descritas  na  Segao  7. 2.3.1  .As  estimativas  de  custos  para  cada  atividade  dentro  de  um  pacote  de  trabalho 
sao  agregadas  para  obter  uma  estimativa  de  custos  para  cada  pacote  de  trabalho. 

7.3.1 .4  Base  das  estimativas 

Descritas  na  Segao  7. 2.3.2.  Os  detalhes  de  suporte  para  as  estimativas  de  custos  contidos  na  base  para 
estimativas  devem  especificar  quaisquer  premissas  sobre  a inclusao  ou  exclusao  de  custos  indiretos  ou  outros 
custos  no  orgamento  do  projeto. 

7.3.1 .5  Cronograma  do  projeto 

Descrito  na  Segao  6. 6.3. 2.  0 cronograma  do  projeto  inclui  datas  de  inicio  e termino  planejadas  para  as 
atividades,  os  marcos,  os  pacotes  de  trabalho,  e as  contas  de  controle.  Essas  informagoes  podem  ser  usadas 
para  agregar  custos  nos  periodos  do  calendario  em  que  os  custos  sao  planejados  a incorrerem. 

7.3.1 .6  Calendarios  de  recursos 

Descritos  na  Segao  9. 2.3. 2 e 12.2.3.3.  Os  calendarios  dos  recursos  fornecem  informagoes  sobre  que 
recursos  sao  designados  para  o projeto  e para  quando  eles  sao  alocados.  Essas  informagoes  podem  ser  usadas 
para  indicar  os  custos  dos  recursos  durante  o projeto. 

7.3.1 .7  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  deve  ser  revisto  para  considerar  como  agregar  os  custos 
de  resposta  aos  mesmos.  As  atualizagoes  no  registro  dos  riscos  sao  incluidas  com  as  atualizagoes  nos 
documentos  do  projeto  na  Segao  1 1 .5.3.2. 
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7.3.1 .8  Acordos 

Descritos  na  Segao  1 2.2. 3.2.  Informagoes  contratuais  aplicaveis  e custos  relacionados  a produtos,  servigos 
ou  resultados  que  foram  ou  serao  comprados  sao  inclufdos  durante  a determinagao  do  orgamento. 

7.3.1 .9  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  influenciam  o processo  Determinar 
o orgamento  incluem,  mas  nao  se  limitam,  a: 

• Politicas,  procedimentos  e diretrizes  existentes,  formais  ou  informais,  relacionadas  ao  orgamento  de 
custos; 

• Ferramentas  para  orgamento  de  custos;  e 

• Metodos  de  elaboragao  de  relatorios. 

7.3.2  Determinar  o orgamento:  ferramentas  e tecnicas 

7.3.2.1  Agregacao  de  custos 

As  estimativas  de  custos  sao  agregadas  por  pacotes  de  trabalho  de  acordo  com  a EAR  As  estimativas  de 
custos  do  pacote  de  trabalho  sao  entao  agregadas  para  os  niveis  de  componentes  mais  altos  da  EAP  (como 
contas  de  controle)  e finalmente  para  o projeto  todo. 

7.3.2.2  Analise  de  reservas 

A analise  de  reservas  de  orgamento  pode  estabelecer  tanto  as  reservas  de  contingencia  como  as  reservas 
gerenciais  para  o projeto.  As  reservas  de  gerenciamento  e contingencia  sao  abordadas  mais  detalhadamente 
na  Segao  7. 2.2. 6. 

7.3.2.3  Opiniao  especializada 

A opiniao  especializada,  guiada  pela  experience  em  uma  area  de  aplicagao,  area  de  conhecimento, 
disciplina,  setor,  ou  em  urn  projeto  semelhante,  ajuda  na  definigao  do  orgamento.  Essa  especializagao  pode  ser 
oferecida  por  qualquer  grupo  ou  pessoa  com  formagao,  conhecimento,  habilidade,  experience  ou  treinamento 
especializado.  A opiniao  especializada  esta  disponivel  em  varias  fontes,  incluindo,  mas  nao  se  limitando  a: 
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• Outras  unidades  dentro  da  organizagao  executora, 

• Consultores, 

• Partes  interessadas,  inclusive  clientes, 

• Associagoes  profissionais  e tecnicas,  e 

• Setores  economicos. 

7. 3.2.4  Relagoes  historicas 

Quaisquer  relagoes  historicas  que  resultam  em  estimativas  parametricas  ou  analogas  envolvem  o uso  de 
caracteristicas  de  projetos  (parametros)  para  desenvolver  modelos  matematicos  para  prever  o custo  total  do 
projeto.  Tais  modelos  podem  ser  simples  (por  exemplo,  a construgao  residencial  e baseada  num  custo  por 
metro  quadrado)  ou  complexos  (por  exemplo,  urn  modelo  de  custo  para  o desenvolvimento  de  software  usa 
multiplos  fatores  separados  de  ajuste,  cada  qual  com  numerosos  pontos  internos). 

Tanto  o custo  como  a exatidao  de  modelos  analogos  e parametricos  podem  variar  muito.  Eles  sao 
provavelmente  mais  confiaveis  quando: 

• Informagoes  historicas  usadas  para  desenvolver  o modelo  sao  precisas, 

• Os  parametros  usados  no  modelo  sao  facilmente  quantificaveis,  e 

• Os  modelos  podem  ser  ajustados  quanto  a sua  escala,  de  tal  modo  que  funcionem  para  projetos 
grandes  e pequenos,  e fases  de  urn  projeto. 

7.3.2.5  Reconciliagao  dos  limites  de  recursos  financeiros 

A utilizagao  de  fundos  deve  ser  reconciliada  com  quaisquer  limites  de  recursos  de  fundos  alocados  ao 
projeto.  Uma  variagao  entre  os  limites  de  recursos  e os  gastos  planejados  as  vezes  provoca  a necessidade 
de  reagendamento  do  trabalho  visando  o nivelamento  das  taxas  de  gastos.  Isso  pode  ser  atingido  atraves  da 
colocagao  de  restrigoes  de  datas  impostas  para  o trabalho  no  cronograma  do  projeto. 

7.3.3  Determinar  o orgamento:  sai'das 
7.3.3.1  Linha  de  base  dos  custos 

A linha  de  base  dos  custos  e a versao  aprovada  do  orgamento  do  projeto  referenciado  no  tempo,  excluindo 
quaisquer  reservas  de  gerenciamento,  que  so  pode  ser  mudada  atraves  de  procedimentos  formais  de  controle 
de  mudangas  e usada  como  base  para  comparagao  com  os  resultados  reais.  E desenvolvida  como  urn  somatorio 
dos  orgamentos  aprovados  para  as  varias  atividades  do  cronograma. 
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A Figura  7-8  ilustra  os  varios  componentes  do  orgamento  do  projeto  e a linha  de  base  dos  custos.  As 
estimativas  dos  custos  das  atividades  dos  varios  projetos  juntamente  com  quaisquer  reservas  de  contingencia 
(Segao  7.2. 2.6)  pois  essas  atividades  estao  agregadas  nos  seus  custos  de  pacotes  de  trabalho  associados.  As 
estimativas  dos  custos  dos  pacotes  de  trabalho  juntamente  com  quaisquer  reservas  de  contingencia  estimadas 
para  os  pacotes  de  trabalho  sao  agregadas  as  contas  de  controle.  0 somatorio  das  contas  de  controle  constitui 
a linha  de  base  dos  custos.  As  estimativas  dos  custos  que  constituem  a linha  de  base  dos  custos  estao 
diretamente  ligadas  as  atividades  do  cronograma,  permitindo  uma  visao  referencial  da  linha  de  base  dos 
custos  que  e normalmente  mostrada  na  forma  de  uma  curva  em  S,  como  ilustrado  na  Figura  7. 

Reservas  gerenciais  (Segao  7. 2.2. 6)  sao  adicionadas  a linha  de  base  dos  custos  para  produzir  o orgamento 
do  projeto.  A medida  que  as  mudangas  que  justificam  o uso  das  reservas  gerenciais  aparecem,  o processo  de 
controle  de  mudangas  e utilizado  para  a obtengao  da  aprovagao  para  colocar  os  fundos  de  reserva  aplicaveis 
na  linha  de  base  dos  custos. 


Orgamento 
do  projeto 

Reserva 

gerencial 

Linha  de  base 
dos  custos 

Contas  de 
controle 

Reservas  de 
contingencia 

Estimativas  de  custos 
de  pacotes  de 
trabalho 

Reservas  de 
contingencia  das 
atividades 

Estimativas  dos 
custos  das  atividades 

Componente  do  orgamento  do  projeto 


Figura  7-8.  Componentes  do  orgamento  do  projeto 
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Figura  7-9.  Linha  de  base  de  custos,  gastos  e requisites  de  recursos  financeiros 


7. 3.3.2  Requisitos  de  recursos  financeiros  do  projeto 

Os  requisitos  de  recursos  financeiros  totais  e periodicos  (por  exemplo,  quadrimestralmente,  anualmente) 
sao  derivados  a partir  da  linha  de  base  de  custos.  A mesma  incluira  gastos  projetados  mais  responsabilidades 
antecipadas.  0 financiamento  frequentemente  ocorre  em  incrementos  nao  continuos  nas  suas  quantias  e pode 
nao  ser  igualmente  distribuido,  conforme  aparece  nos  patamares  mostrados  na  Figura  7-9.  Os  recursos  totais 
necessarios  sao  aqueles  incluidos  na  linha  de  base  de  custos,  mais  as  reservas  gerenciais,  se  existirem.  Os 
requisitos  de  recursos  financeiros  podem  incluir  a(s)  fonte(s)  dos  mesmos. 

7. 3. 3. 3 Atualizacoes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Registro  dos  riscos, 

• Estimativas  de  custos  das  atividades,  e 

• Cronograma  do  projeto. 
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7.4  Controlar  os  custos 

Controlar  os  custos  e o processo  de  monitoramento  do  andamento  do  projeto  para  atualizagao  no  seu 
orgamento  e gerenciamento  das  mudangas  feitas  na  linha  de  base  de  custos.  0 principal  beneficio  deste 
processo  e fornecer  os  meios  de  se  reconhecer  a variagao  do  planejado  a fim  de  tomar  medidas  corretivas 
e preventivas,  minimizando  assim  o risco.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao 
ilustradas  na  Figura  7-1 0.  A Figura  7-1 1 mostra  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  7-10.  Controlar  os  custos:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  7-11.  Diagrama  do  fluxo  de  dados  do  processo  Controlar  os  custos 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK 9)  — Quinta  Edigao 


215 


7 - GERENCIAMENTO  DOS  CUSTOS  DO  PROJETO 


A atualizagao  no  orgamento  requer  o conhecimento  dos  custos  reais  gastos  ate  a presente  data.  Qualquer 
aumento  do  orgamento  autorizado  somente  pode  ser  aprovado  atraves  do  processo  Realizar  o controle  integrado 
de  mudangas  (4.5).  Monitorar  os  gastos  dos  recursos  financeiros  sem  considerar  o valor  do  trabalho  sendo 
realizado  para  tais  gastos  tem  pequeno  valor  para  o projeto,  a nao  ser  permitir  que  a equipe  do  projeto  fique 
dentro  dos  limites  dos  recursos  financeiros  autorizados.  A maior  parte  do  esforgo  despendido  no  controle  de 
custos  envolve  a analise  da  relagao  entre  o consumo  dos  fundos  do  projeto  e o trabalho  ffsico  sendo  realizado 
para  tais  gastos.  A chave  para  o controle  eficaz  de  custos  e o gerenciamento  da  linha  de  base  aprovada  e das 
mudangas  na  mesma. 

0 controle  de  custos  do  projeto  inclui: 

• Influenciar  os  fatores  que  criam  mudangas  na  linha  de  base  de  custos  autorizada; 

• Assegurar  que  todas  as  solicitagoes  de  mudanga  sejam  feitas  de  maneira  oportuna; 

• Gerenciar  as  mudangas  reais  quando  e conforme  elas  ocorrem; 

• Assegurar  que  os  desembolsos  de  custos  nao  excedam  os  recursos  financeiros  autorizados  por 
periodo,  por  componente  de  EAP,  por  atividade,  e no  total  do  projeto; 

• Monitorar  o desempenho  de  custos  para  isolar  e entender  as  variagoes  a partir  da  linha  de  base  de 
custos  aprovada; 

• Monitorar  o desempenho  do  trabalho  em  relagao  aos  recursos  financeiros  gastos; 

• Evitar  que  mudangas  nao  aprovadas  sejam  incluidas  no  relato  do  custo  ou  do  uso  de  recursos; 

• Informar  as  partes  interessadas  apropriadas  a respeito  de  todas  as  mudangas  aprovadas  e custos 
associados;  e 

• Levar  os  excessos  de  custos  nao  previstos  para  dentro  dos  limites  aceitaveis. 

7.4.1  Controlar  os  custos:  entradas 

7.4.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . 0 piano  de  gerenciamento  do  projeto  content  as  seguintes  informagoes,  utilizadas 
para  controlar  os  custos: 

• Linha  de  base  dos  custos.  A linha  de  base  dos  custos  e comparada  aos  resultados  reais  para 
determinar  se  uma  mudanga,  agao  corretiva  ou  preventiva  e necessaria. 

• Plano  de  gerenciamento  dos  custos.  0 piano  de  gerenciamento  dos  custos  descreve  como  os 
custos  do  projeto  serao  gerenciados  e controlados  (Segao  7.1 .3.1). 
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7.4.1 .2  Requisitos  de  recursos  financeiros  do  projeto 

Descritos  na  Segao  7. 3.3. 2.  Os  requisitos  dos  recursos  financeiros  do  projeto  incluem  gastos  projetados  mais 
responsabilidades  antecipadas. 

7.4.1 .3  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4.3. 3.2.  Os  dados  sobre  o desempenho  do  trabalho  incluem  informagoes  sobre 
o andamento  do  projeto,  tais  como  que  entregas  foram  iniciadas,  o seu  progresso  e que  entregas  foram 
concluidas.  As  informagoes  tambem  podem  incluir  os  custos  que  foram  autorizados  e incorridos. 

7 

7.4.1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Controlar  os  custos  incluem,  mas  nao  se  limitam,  a: 

• Politicas,  procedimentos  e diretrizes  existentes,  formais  ou  informais,  relacionadas  ao  controle  de 
custos; 

• Ferramentas  de  controle  de  custos;  e 

• Metodos  de  monitoramento  e relato  das  informagoes  a serem  utilizados. 

7.4.2  Controlar  os  custos:  ferramentas  e tecnicas 
7.4.2.1  Gerenciamento  do  valor  agregado 

Gerenciamento  do  valor  agregado  (GVA)  e uma  metodologia  que  combina  escopo,  cronograma,  e medigoes 
de  recursos  para  avaliar  o desempenho  e progresso  do  projeto.  E urn  metodo  comumente  usado  para  medigao 
do  desempenho  dos  projetos  Ele  integra  a linha  de  base  do  escopo  a linha  de  base  dos  custos  e a linha  de  base 
do  cronograma  para  formar  a linha  de  base  de  medigao  do  desempenho,  que  ajuda  a equipe  de  gerenciamento 
do  projeto  a avaliar  e medir  o desempenho  e progresso  do  projeto.  E uma  tecnica  de  gerenciamento  de  projeto 
que  requer  a formagao  de  uma  linha  de  base  integrada  em  relagao  a qual  o desempenho  pode  ser  medido  na 
duragao  do  projeto.  Os  principios  do  GVA  podem  ser  aplicados  a todos  os  projetos  de  qualquer  setor.  0 GVA 
desenvolve  e monitora  tres  dimensoes  chave  para  cada  pacote  de  trabalho  e conta  de  controle: 
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• Valor  planejado.  Valor  planejado  (VP)  e o orgamento  autorizado  designado  ao  trabalho  agendado.  0 
valor  planejado  (VP)  e o orgamento  autorizado  designado  para  o trabalho  a ser  executado  para  uma 
atividade  ou  componente  da  estrutura  analftica  do  projeto.  Esse  orgamento  e designado  por  fase  no 
decorrer  de  todo  o projeto  mas,  em  urn  determinado  momento,  o valor  planejado  define  o trabalho 
ffsico  que  deveria  ter  sido  executado.  0 total  do  VP  algumas  vezes  e chamado  de  linha  de  base  de 
medigao  do  desempenho  (PMB  sigla  em  ingles).  0 valor  total  planejado  para  o projeto  tambem  e 
conhecido  como  orgamento  no  termino  (ONT). 

• Valor  agregado.  Valor  agregado  (VA)  e a medida  do  trabalho  executado  expressa  em  termos  do 
orgamento  autorizado  para  tal  trabalho.  E o orgamento  associado  ao  trabalho  autorizado  que  foi 
conclufdo.  0 VA  sendo  medido  deve  estar  relacionado  a linha  de  base  de  medigao  do  desempenho 
(PMB  em  ingles),  e o VA  medido  nao  pode  ser  maior  que  o orgamento  VP  autorizado  para  urn 
componente.  0 VA  e frequentemente  usado  para  calcular  a percentagem  conclufda  de  urn  projeto. 
Os  criterios  de  medigao  do  progresso  devem  ser  estabelecidos  para  cada  componente  da  EAP  para 
medir  o trabalho  em  andamento.  Os  gerentes  de  projeto  monitoram  o VA,  tanto  em  incrementos 
para  determinar  a situagao  corrente,  e de  forma  acumulativa  para  determinar  as  tendencias  de 
desempenho  a longo  prazo. 

• Custo  real.  Custo  real  (OR)  e o custo  realizado  incorrido  no  trabalho  executado  de  uma  atividade, 
durante  urn  perfodo  especffico.  E o custo  total  incorrido  na  execugao  do  trabalho  que  o VA  mediu. 
0 OR  deve  corresponder  em  definigao  ao  que  foi  orgado  para  o VP  e medido  no  VA  (por  exemplo, 
somente  horas  diretas,  somente  custos  diretos,  ou  todos  os  custos  inclusive  os  indiretos).  0 OR  nao 
tera  limite  superior;  tudo  o que  for  gasto  para  atingir  o VA  sera  medido. 

As  variagoes  a partir  da  linha  de  base  aprovada  tambem  serao  monitoradas: 

• Variagao  de  prazos.  Variagao  de  prazos  (V PR)  e uma  medida  de  desempenho  do  cronograma  expressa 
como  a diferenga  entre  o valor  agregado  e o valor  planejado.  E a quantidade  de  adiantamento  ou 
atraso  do  projeto  em  relagao  a data  de  entrega  planejada,  em  urn  determinado  momento.  E uma 
medida  do  desempenho  do  cronograma  num  projeto.  E igual  ao  valor  agregado  (VA)  menos  o valor 
planejado  (VP).  A variagao  de  prazos  do  GVA  e uma  metrica  util  pois  pode  indicar  que  urn  projeto 
esta  atrasado  ou  adiantado  em  relagao  a sua  linha  de  base  de  tempo.  A variagao  de  prazos  do  GVA 
finalmente  se  igualara  a zero  quando  o projeto  terminar,  pois  todos  os  valores  planejados  terao  sido 
agregados.  A variagao  de  prazos  e melhor  utilizada  em  conjunto  com  a programagao  pelo  metodo  do 
caminho  crftico  (MCC)  e gerenciamento  dos  riscos.  Equagao:\IPH  = VA-VP. 

• Variagao  de  custos.  A variagao  de  custos  (VC)  e a quantidade  de  deficit  ou  excedente  orgamentario 
em  urn  determinado  momento,  expressa  como  a diferenga  entre  o valor  agregado  e o custo  real. 
E uma  medida  do  desempenho  dos  custos  num  projeto.  E igual  ao  valor  agregado  (VA)  menos  o 
custo  real  (CR).  A variagao  de  custos  no  final  do  projeto  sera  a diferenga  entre  o orgamento  no 
termino  (ONT)  e a quantia  real  gasta.  A VC  e particularmente  crftica  pois  indica  a relagao  entre  o 
desempenho  ffsico  e os  custos  gastos.  Uma  VC  negativa  frequentemente  dificulta  a recuperagao  do 
projeto.  Equagao:\IC  = VA  - CR. 
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Os  valores  daVPR  e VC  podem  ser  convertidos  em  indicadores  de  eficiencia  para  refletir  o desempenho 
dos  custos  e dos  prazos  de  qualquer  projeto  para  serem  comparados  com  todos  os  outros  projetos 
ou  num  portfolio  de  projetos.  As  variagoes  sao  uteis  na  determinagao  da  situagao  do  projeto. 

• Indice  de  desempenho  de  prazos.  0 indice  de  desempenho  dos  prazos  (IDP)  e uma  medida  de 
eficiencia  do  cronograma  expressa  como  a relagao  valor  agregado/valor  planejado.  Ele  mede  o grau 
de  eficiencia  do  uso  do  tempo  pela  equipe  do  projeto.  As  vezes  e usado  em  conjunto  com  o mdice  de 
desempenho  de  custos  (IDC)  para  prever  as  estimativas  finais  do  termino  do  projeto.  Urn  valor  de  IDP 
menor  que  1 .0  indica  que  menos  trabalho  foi  executado  do  que  o planejado.  Urn  valor  de  IDP  maior 
que  1 .0  indica  que  mais  trabalho  foi  executado  do  que  o planejado.  Uma  vez  que  o IDP  mede  todo  o 
trabalho  do  projeto,  o desempenho  no  caminho  critico  deve  tambem  ser  analisado  para  determinar 
se  o projeto  acabara  antes  ou  depois  da  data  de  termino  planejada.  0 IDP  e igual  a razao  entre  o VA 
e o VP.  Equagao:  IDP=  VAA/P 

• indice  de  desempenho  de  custos.  0 indice  de  desempenho  de  custos  (IDC)  e uma  medida  da 
eficiencia  de  custos  dos  recursos  orgados  expressa  como  a relagao  valor  agregado/custo  real.  E 
considerado  a metrica  mais  critica  do  GVA  e mede  a eficiencia  de  custos  do  trabalho  executado.  Urn 
valor  de  IDC  menor  que  1 .0  indica  urn  excesso  de  custo  para  o trabalho  executado.  Urn  valor  de  IDC 
maior  que  1 .0  indica  urn  desempenho  de  custo  abaixo  do  limite  ate  a data  presente.  0 IDC  e igual 
a razao  entre  o VA  e o CR.  Os  indices  sao  uteis  para  determinar  o andamento  do  projeto  e fornecer 
uma  base  para  a estimativa  de  custos  e resultados  do  cronograma  do  mesmo.  Equagao:  IDC  = VA/CR 

Os  tres  parametros  de  valor  planejado,  valor  agregado  e custo  real  podem  ser  monitorados  e relatados  tanto 
de  periodo  a periodo  (tipicamente  semanalmente  ou  mensalmente)  como  de  maneira  cumulativa.  A Figura 
7-12  usa  curvas  de  formato  em  S para  mostrar  os  dados  do  VA  para  urn  projeto  que  esta  com  urn  desempenho 
acima  do  orgamento  e atrasado. 


Figura  7-12.  Valor  agregado,  valor  planejado  e custos  reais 
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7.4.2.2  Previsao 

Conforme  o projeto  progride,  a equipe  do  projeto  pode  elaborar  uma  previsao  para  a estimativa  no  termino 
(ENT)  que  pode  ser  diferente  do  orgamento  no  termino  (ONT)  baseado  no  desempenho  do  projeto.  Se  for  obvio 
que  o ONT  nao  e mais  viavel,  o gerente  do  projeto  deve  considerar  a ENT  prevista.  Elaborar  uma  previsao 
da  ENT  envolve  a execugao  de  prognostics  de  condigoes  e eventos  no  futuro  do  projeto  com  base  nas 
informagoes  e conhecimento  disponiveis  no  momento  da  previsao.  As  previsoes  sao  geradas,  atualizadas 
e emitidas  novamente  com  base  em  dados  de  desempenho  do  trabalho  (Segao  4. 3.3. 2)  que  sao  fornecidos 
conforme  o projeto  e executado.  As  informagoes  sobre  o desempenho  do  trabalho  englobam  o desempenho 
passado  do  projeto  e quaisquer  informagoes  que  poderiam  impactar  o mesmo  no  futuro. 

As  ENTs  sao  tipicamente  baseadas  nos  custos  reais  incorridos  para  o trabalho  executado,  mais  uma 
estimativa  para  terminar  (EPT)  o trabalho  restante.  E incumbencia  da  equipe  do  projeto  prever  o que  a mesma 
pode  enfrentar  para  executar  a EPT,  baseada  na  sua  experience  ate  a presente  data.  0 metodo  do  GVA  funciona 
bem  em  conjunto  com  previsoes  manuais  dos  custos  necessarios  da  ENT.  A abordagem  de  previsao  de  ENT 
mais  comum  e uma  soma  manual  feita  de  maneira  bottom-up  pelo  gerente  e a equipe  do  projeto. 

0 metodo  de  ENT  bottom-up  do  gerente  do  projeto  e baseado  nos  custos  reais  e na  experience  incorrida 
do  trabalho  executado  e requer  uma  nova  estimativa  para  completar  o trabalho  restante  do  projeto.  Equagao: 
ENT  = CR  + EPT  bottom-up. 

A ENT  feita  manualmente  pelo  gerente  do  projeto  pode  ser  rapidamente  comparada  com  uma  variedade  de 
ENTs  calculadas  que  representam  varios  cenarios  de  riscos.  Os  valores  IDC  e IDP  cumulativos  sao  normalmente 
usados  no  calculo  dos  valores  ENT.  Enquanto  os  dados  do  GVA  podem  rapidamente  fornecer  muitas  ENTs 
estatisticas,  somente  tres  dos  metodos  mais  comuns  sao  descritos  abaixo: 

• Previsao  da  ENT  para  o trabalho  EPT  executado  no  ritmo  orgado.  Este  metodo  de  ENT  aceita 
o desempenho  do  projeto  real  ate  a data  (se  favoravel  ou  desfavoravel)  como  representado  pelos 
custos  reais,  e preve  que  todo  o trabalho  EPT  futuro  sera  executado  no  ritmo  orgado.  Quando  o 
desempenho  real  e desfavoravel,  a premissa  de  que  o desempenho  futuro  melhorara  deve  ser  aceita 
somente  quando  for  suportada  pela  analise  de  riscos  do  projeto.  Equagao:  ENT  = CR  + ONT  - VA 

• Previsao  da  ENT  para  o trabalho  EPT  executado  ao  IDC  presente.  Este  metodo  assume  que  o 
aconteceu  ate  agora  no  projeto  tende  a continuar  no  futuro.  Assume-se  que  o trabalho  EPT  a ser 
executado  tera  o mesmo  indice  de  desempenho  de  custo  cumulativo  (IDC)  incorrido  pelo  projeto  ate 
a data.  Equagao:  ENT  = ONT  / IDC 
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• Previsao  ENT  para  o trabalho  EPT  considerando  ambos  os  fatores  IDP  e IDC.  Nesta  previsao,  o 
trabalho  EPT  sera  executado  numa  taxa  de  eficiencia  que  considera  os  indices  de  desempenho  de 
prazo  e de  custos.  Este  metodo  e mais  util  quando  o cronograma  do  projeto  e um  fator  de  impacto 
no  esforgo  de  EPT.  Variagoes  deste  metodo  acrescentam  peso  ao  IDC  e o IDP  utilizando  criterios 
diferentes  (por  exemplo,  80/20,  50/50  ou  outra  proporgao)  de  acordo  com  o julgamento  do  gerente 
do  projeto.  Equagao:  ENT  = CR  + [(ONT  - VA)  / (IDC  x IDP)] 

Cada  uma  dessas  abordagens  e aplicavel  a qualquer  projeto  e fornecera  a equipe  de  gerenciamento  do 
mesmo  um  sinal  “de  aviso”  antecipado  se  as  previsoes  ENT  nao  estiverem  dentro  dos  limites  de  tolerancia 
aceitaveis. 

7.4.2. 3 1'ndice  de  desempenho  para  termino  (IDPT) 

Indice  de  desempenho  para  termino  (IDPT)  e uma  metrica  de  desempenho  de  custos  que  deve  ser 
alcangado  com  os  recursos  restantes  a fim  de  cumprir  uma  meta  especificada  de  gerenciamento,  expressa 
como  a razao  do  custo  para  terminar  o trabalho  restante  em  relagao  ao  orgamento  restante.  0 IDPT  e o 
indice  de  desempenho  de  custos  calculado  que  e alcangado  no  trabalho  restante  para  alcangar  uma  meta  de 
gerenciamento  especificada,  como  o ONT  ou  a ENT.  Se  for  obvio  que  o ONT  nao  e mais  viavel,  o gerente  do 
projeto  deve  considerar  a ENT  prevista.  Uma  vez  aprovada,  a ENT  pode  substituir  o ONT  no  calculo  do  IDPT. 
Equagao  para  o IDPT  baseado  no  ONT:  (ONT  - VA)  / (ONT  - CR). 

0 IDPT  e mostrado  de  forma  conceitual  na  Figura  7-13.  A equagao  para  o IDPT  e mostrada  no  canto 
inferior  esquerdo  como  sendo  o trabalho  restante  (definido  como  o ONT  menos  o VA)  dividido  pelos  recursos 
financeiros  restantes  (que  pode  tanto  ser  o ONT  menos  o CR,  como  o ENT  menos  o CR). 

Se  o IDC  cumulativo  ficar  abaixo  do  piano  da  linha  de  base  (como  mostrado  na  Figura  7-1 3),  todo  o trabalho 
futuro  do  projeto  precisara  ser  imediatamente  realizado  na  faixa  do  IDPT  (ONT)  (como  refletido  na  linha  superior 
da  Figura  7-13)  para  ficar  dentro  do  limite  do  ONT  autorizado.  Se  este  nivel  de  desempenho  e alcangavel  ou 
nao  e uma  questao  de  julgamento  com  base  em  um  numero  de  consideragoes,  inclusive  riscos,  cronograma  e 
desempenho  tecnico.  Este  nivel  de  desempenho  e mostrado  como  sendo  a linha  (IDPT).  Equagao  para  o IDPT 
baseado  na  ENT:  (ONT  - VA)  / (ENT  - CR).  As  formulas  GVA  sao  fornecidas  na  Tabela  7-1 . 
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7A.2A  Analises  de  desempenho 

As  analises  de  desempenho  comparam  o desempenho  de  custos  atraves  do  tempo,  atividades  do 
cronograma  ou  pacotes  de  trabalho  acima  e abaixo  do  orgamento  e recursos  financeiros  estimados  necessarios 
para  terminar  o trabalho  em  andamento.  Se  o GVA  estiver  sendo  utilizado,  as  seguintes  informagoes  sao 
determinadas: 

• Analise  de  variagao.  A analise  de  variagao,  como  usada  no  GVA,  e a explicagao  (causa,  impacto, 
e agoes  corretivas)  para  variagoes  de  custos  (VC  = VA  - CR),  prazos  (V PR  = VA  - VP),  e variagao  no 
termino  (VNT  = ONT  - ENT).  As  variagoes  de  custos  e prazos  saofrequentemente  as  mais  analisadas. 
Para  os  projetos  que  nao  usam  o gerenciamento  do  valor  agregado,  analises  de  variagao  similares 
podem  ser  executadas  comparando  o custo  da  atividade  planejada  com  custo  real  da  atividade 
para  identificar  as  variagoes  entre  a linha  de  base  dos  custos  e o desempenho  real  do  projeto. 
Lima  analise  adicional  pode  ser  executada  para  determinar  a causa  e o grau  de  variagao  relativos 
a linha  de  base  do  cronograma  e quaisquer  agoes  corretivas  ou  preventivas  necessarias.  Medigoes 
do  desempenho  de  custos  sao  usadas  para  avaliar  a magnitude  de  variagao  a linha  de  base  de 
custos  original.  Urn  aspecto  importante  do  controle  dos  custos  do  projeto  inclui  a determinagao  da 
causa  e grau  de  divergence  relativa  a linha  de  base  dos  custos  (Segao  7.3. 3.1)  e a decisao  sobre  se 
agoes  corretivas  ou  preventivas  sao  necessarias.  A faixa  percentual  de  variagoes  aceitaveis  tendera 
a diminuir  conforme  mais  trabalho  e concluido. 
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• Analise  de  tendencias.  A analise  das  tendencias  examina  o desempenho  do  projeto  ao  longo  do 
tempo  para  determinar  se  o desempenho  esta  melhorando  ou  piorando.  As  tecnicas  de  analises 
graficas  sao  valiosas  para  o entendimento  do  desempenho  ate  a presente  data  e para  a comparagao 
com  objetivos  de  desempenho  futuros  na  forma  de  ONT  versus  ENT  e datas  de  termino. 

• Desempenho  do  valor  agregado.  0 desempenho  do  valor  agregado  compara  a linha  de  base  de 
medigao  do  desempenho  com  o prazo  real  e o desempenho  de  custos.  Se  o GVA  nao  esta  sendo 
usado,  entao  a analise  da  linha  de  base  dos  custos  em  relagao  aos  custos  reais  para  o trabalho 
executado  e usada  para  comparagoes  de  desempenho  de  custos. 
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Tabela  7-1.  Tabela  de  resumo  dos  calculos  do  valor  agregado 


Analise  de  valor  agregado 


Abreviagao 

Nome 

Definigao  lexica 

Como  usada 

Equagao 

Interpretagao  de  resultado 

VP 

Valor 

planejado 

0 orgamento  autorizado  designado 
ao  trabalho  agendado. 

0 valor  do  trabalho  planejado  a ser 
conclufdo  em  um  determinado 
momento,  geralmente  a data  da 
conclusao  dos  dados  ou  do  projeto. 

VA 

Valor 

agregado 

A medida  do  trabalho  executado 
expressa  em  termos  do  orgamento 
autorizado  para  tal  trabalho. 

0 valor  planejado  de  todo  o trabalho 
conclufdo  (agregado)  ate  um 
determinado  momento,  geralmente 
a data  dos  dados,  sem  referenda 
aos  custos  reais. 

VA  = soma  do  valor  planejado 
do  trabalho  conclufdo. 

CR 

Custo  real 

0 custo  realizado  incorrido  no 
trabalho  executado  de  uma 
atividade,  durante  um  pen'odo 
especifico. 

0 custo  real  de  todo  o trabalho 
conclufdo  ate  um  determinado 
momento,  geralmente  a data  dos 
dados. 

ONT 

Orgamento 
no  termino 
(ONT) 

A soma  de  todos  os  orgamentos 
estabelecidos  para  o trabalho  a ser 
executado. 

0 valor  do  trabalho  total  planejado, 
a linha  de  base  do  projeto. 

VC 

Variagao  de 
custos 

A quantidade  de  deficit  ou 
excedente  orgamentario  em  um 
determinado  momento,  expressa 
como  a diferenga  entre  o valor 
agregado  e o custo  real. 

A diferenga  entre  o valor  do  trabalho 
conclufdo  ate  um  determinado 
momento,  geralmente  a data  dos 
dados,  e os  custos  reais  no  mesmo 
determinado  momento. 

VC  = VA  - CR. 

Positivo  = Custo  mais  baixo  que  o 
planejado 

Neutro  = Custo  conforme  planejado 
Negativo  = Custo  mais  alto  que  o 
planejado 

VP 

Variagao  de 
prazos 

A quantidade  de  tempo  em  que  o 
projeto  esta  adiantado  ou  atrasado 
em  relagao  a data  de  entrega 
planejada,  em  um  determinado 
momento,  expressa  como  a 
diferenga  entre  o valor  agregado  e o 
valor  planejado. 

A diferenga  entre  o trabalho 
terminado  ate  um  determinado 
momento,  geralmente  a data  dos 
dados,  e o trabalho  planejado  a ser 
conclufdo  no  mesmo  determinado 
momento. 

VPR  = VA  - VP 

Positivo  = Adiantado 
Neutro  = No  prazo 
Negativo  = Atrasado 

VNT 

Variagao  no 
Termino 

Uma  projegao  da  quantidade  do 
deficit  ou  do  excedente  do 
orgamento,  expressa  como  a 
diferenga  entre  o orgamento  no 
termino  e a estimativa  no  termino. 

A diferenga  estimada  em  custos  no 
termino  do  projeto. 

VNT  = ONT -ENT 

Positivo  = Custo  mais  baixo  que  o 
planejado 

Neutro  = Custo  conforme  planejado 
Negativo  = Custo  mais  alto  que  o 
planejado 

IDC 

fndice  de 
desempenho 
de  custos 

Uma  medida  da  eficiencia  de  custos 
dos  recursos  orgados  expressa  como 
a relagao  valor  agregado/custo  real. 

Um  IDC  de  1.0  significa  que  o 
projeto  esta  exatamente  de  acordo 
com  o orgamento  e que  o trabalho 
efetivamente  realizado  ate  o 
momento  e o mesmo  que  o custo 
ate  o momento.  Outros  valores 
mostram  a percentagem  relativa  a 
quanto  os  custos  estao  acima  ou 
abaixo  da  quantia  orgada  para  o 
trabalho  executado. 

IDC  = VA/CR 

Maiorque  1.0  = Mais  baixo  que  o 
planejado 

Exatamente  1.0  = Custo  conforme 
planejado 

Menor  que  1.0  = Custo  mais  alto 
que  o planejado 

IDP 

fndice  de 
desempenho 
de  prazos 

Uma  medida  de  eficiencia  do 
cronograma  expressa  como  a 
relagao  do  valor  agregado/valor 
planejado. 

Um  IDP  de  1.0  significa  que  o 
projeto  esta  no  prazo  certo,  que  o 
trabalho  efetivamente  realizado  ate 
o momento  e exatamente  o mesmo 
que  o trabalho  planejado  para  ser 
feito  ate  agora.  Outros  valores 
mostram  a percentagem  relativa  a 
quanto  os  custos  estao  acima  ou 
abaixo  da  quantia  orgada  para  o 
trabalho  executado. 

IDP=  VA/VP 

Acima  de  1.0  = Adiantado 
Exatamente  1.0  = No  prazo 
Abaixo  de  1.0  = Atrasado 

ENT 

Estimativa 
no  termino 

0 custo  total  esperado  de  finalizagao 
de  todo  o trabalho,  expresso  como  a 
soma  do  custo  real  atual  e a 
estimativa  de  finalizagao. 

Caso  se  espere  que  o IDC  sera  o 
mesmo  para  o restante  do  projeto,  a 
ENT  pode  ser  calculada  usando: 

Se  o trabalho  futuro  sera  realizado 
na  taxa  planejada,  usar: 

Se  o piano  inicial  nao  for  mais 
valido,  usar: 

ENT  = ONT  / IDC 

ENT  = CR  + ONT  - VA 
ENT  = CR  + EPT  bottom-up 

Se  tanto  o IDC  como  o IDP 
influenciarem  o trabalho  restante, 
usar: 

ENT  = CR  + [(ONT  - VA)  / 
(IDC  x IDP)] 

EPT 

Estimativa 

para 

terminar 

0 custo  esperado  para  finalizar  o 
trabalho  restante  do  projeto. 

Assumindo-se  que  o trabalho  esteja 
transcorrendo  como  planejado,  o 
custo  do  termino  do  restante  do 
trabalho  autorizado  pode  ser 
calculado  usando: 

EPT  = ENT  - ETC 

Reestimar  o restante  do  trabalho  de 
baixo  para  cima. 

EPT  = Reestimar 

IDPT 

fndice  de 
desempenho 
para  termino 

Uma  metrica  de  desempenho  de 
custos  que  deve  ser  obrigatoria- 
mente  alcangado  com  os  recursos 
restantes  a fim  de  cumprir  uma 
meta  especificada  de  gerencia- 
mento, expressa  como  a razao  do 
custo  para  terminar  o trabalho 
restante  em  relagao  ao  orgamento 
restante. 

A eficiencia  que  deve  ser  mantida  a 
fim  de  terminar  como  planejado. 

A eficiencia  que  deve  ser  mantida  a 
fim  de  concluir  a ENT  atual. 

IDPT  = (ONT -VA)/(ONT-CR) 
IDPT=  (ONT  -VA)/(ENT-  CR) 

Maiorque  1.0  = Mais  diffcil  de 
terminar 

Exatamentte  1.0  = 0 mesmo  para 
terminar 

Menor  que  1.0  = Mais  facil  de 
terminar 

Maiorque  1.0  = Mais  diffcil  de 
terminar 

Exatamentte  1.0  = 0 mesmo  para 
terminar 

Menor  que  1.0  = Mais  facil  de 
terminar 
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7.4.2.5  Software  de  gerenciamento  de  projetos 

0 software  de  gerenciamento  de  projetos  e frequentemente  usado  para  monitorar  as  tres  dimensoes  do 
GVA  (VP,  VA  e CR),  para  mostrartendencias  graficas  e para  prever  uma  variedade  de  resultados  finais  possiveis 
do  projeto. 

7.4.2.6  Analise  de  reservas 

Durante  o controle  dos  custos,  a analise  de  reservas  e usada  para  monitorar  a situagao  das  reservas  de 
gerenciamento  e contingency  para  o projeto  a fim  de  determinar  se  tais  reservas  ainda  sao  necessarias  ou  se 
reservas  adicionais  devem  ser  solicitadas.  A medida  que  o trabalho  do  projeto  avanga,  essas  reservas  podem 
ser  usadas  como  planejado,  para  cobrir  os  custos  de  mitigagao  dos  eventos  de  riscos  ou  outras  contingencias. 
Ou,  se  os  provaveis  eventos  de  riscos  nao  ocorrerem,  as  reservas  de  contingency  nao  usadas  podem  ser 
removidas  do  orgamento  do  projeto  para  liberar  os  recursos  para  outros  projetos  ou  operagoes.  A analise 
adicional  de  riscos  durante  o projeto  pode  revelar  a necessidade  de  solicitar  o acrescimo  de  reservas  adicionais 
ao  orgamento  do  projeto.  As  reservas  de  gerenciamento  e contingency  sao  abordadas  mais  detalhadamente 
naSegao  7. 2.2. 6. 

7.4.3  Controlar  os  custos:  sai'das 

7.4.3.1  Informagoes  sobre  o desempenho  do  trabalho 

Os  valores  da  VC,  VPR,  do  IDC,  IDP  e do  IDPT  calculados  para  os  componentes  da  EAP,  em  particular  os 
pacotes  de  trabalho  e contas  de  controle,  sao  documentados  e comunicados  as  partes  interessadas. 

7.4.3.2  Previsoes  de  custos 

Urn  valor  ENT  calculado  por  formula  ou  urn  valor  ENT  "bottom-up"  manual  e documentado  e comunicado 
as  partes  interessadas. 

7.4.3.3  Solicitagoes  de  mudanga 

A analise  do  desempenho  do  projeto  pode  resultar  em  uma  solicitagao  de  mudanga  na  linha  de  base  ou  em 
outros  componentes  do  piano  de  gerenciamento  do  projeto.  As  solicitagoes  de  mudanga  podem  incluir  agoes 
preventivas  ou  corretivas  e sao  processadas  para  revisao  e distribuigao  atraves  do  processo  Realizar  o controle 
integrado  de  mudangas  (Segao  4.5). 

7.4.3.4  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 
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• Linha  de  base  dos  custos.  Mudangas  na  linha  de  base  do  desempenho  de  custos  sao  incorporadas 
em  resposta  as  mudangas  aprovadas  no  escopo,  recursos  das  atividades  ou  estimativas  de  custos. 
Em  alguns  casos,  variagoes  de  custos  podem  ser  tao  severas  que  uma  linha  de  base  revisada  e 
necessaria  para  fornecer  uma  base  realista  para  a medigao  do  desempenho. 

• Plano  de  gerenciamento  dos  custos.  Mudangas  no  piano  de  gerenciamento  dos  custos,  tais  como 
mudangas  nos  limites  de  controle  ou  nfveis  especificados  de  exatidao,  necessarias  ao  gerenciamento 
dos  custos  do  projeto,  sao  incorporadas  em  resposta  ao  feedbackdas  partes  interessadas  relevantes. 

7.4.3.5  Atualizacoes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Estimativa  de  custos,  e 

• Bases  das  estimativas. 

7.4.3.6  Atualizacoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Causas  das  variagoes, 

• Agao  corretiva  escolhida  e suas  razoes, 

• Bancos  de  dados  financeiros,  e 

• Outros  tipos  de  ligoes  aprendidas  a partir  do  controle  de  custos  do  projeto. 
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8 

GERENCIAMENTO  DA  QUALIDADE  DO  PROJETO 


O gerenciamento  da  qualidade  do  projeto  inclui  os  processos  e as  atividades  da  organizagao  executora  que 
determinam  as  politicas  de  qualidade,  os  objetivos  e as  responsabilidades,  de  modo  que  o projeto  satisfaga 
as  necessidades  para  as  quais  foi  empreendido.  0 gerenciamento  da  qualidade  do  projeto  usa  as  politicas 
e procedimentos  para  a implementagao,  no  contexto  do  projeto,  do  sistema  de  gerenciamento  da  qualidade 
da  organizagao  e,  de  maneira  apropriada,  da  suporte  as  atividades  de  melhoria  do  processo  continuo  como 
empreendido  no  interesse  da  organizagao  executora.  0 gerenciamento  da  qualidade  do  projeto  trabalha  para 
garantir  que  os  requisitos  do  projeto,  incluindo  os  requisitos  do  produto,  sejam  cumpridos  e validados. 

A Figura  8-1  fornece  uma  visao  geral  dos  processos  de  gerenciamento  da  qualidade  do  projeto,  que  incluem: 

8.1  Planejar  o gerenciamento  da  qualidade — 0 processo  de  identificagao  dos  requisitos  e/ou 
padroes  da  qualidade  do  projeto  e suas  entregas,  alem  da  documentagao  de  como  o projeto 
demonstrara  a conformidade  com  os  requisitos  e/ou  padroes  de  qualidade. 

8.2  Realizar  a garantia  da  qualidade — 0 processo  de  auditoria  dos  requisitos  de  qualidade  e dos 
resultados  das  medigoes  do  controle  de  qualidade  para  garantir  o uso  dos  padroes  de  qualidade  e 
das  definigoes  operacionais  apropriadas. 

8.3  Realizar  o controle  da  qualidade — 0 processo  de  monitoramento  e registro  dos  resultados  da 
execugao  das  atividades  de  qualidade  para  avaliar  o desempenho  e recomendar  as  mudangas 
necessarias. 

Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  com  detalhes 
naSegao  3 e noAnexo  A1. 

0 gerenciamento  da  qualidade  do  projeto  aborda  o gerenciamento  do  projeto  e suas  entregas.  Ele  se  aplica 
a todos  os  projetos,  independentemente  da  natureza  das  suas  entregas.  As  medidas  e tecnicas  de  qualidade 
sao  especificas  do  tipo  de  entrega  produzida  pelo  projeto.  Por  exemplo,  o gerenciamento  da  qualidade  das 
entregas  de  software  pode  usar  abordagens  e medidas  diferentes  das  utilizadas  na  construgao  de  uma  usina 
nuclear.  Nos  dois  casos,  deixar  de  cumprir  os  requisitos  pode  ter  consequents  negativas  e graves  para  uma 
ou  todas  as  partes  interessadas  do  projeto.  Por  exemplo: 
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• Cumprir  os  requisitos  do  cliente  sobrecarregando  a equipe  do  projeto  pode  resultar  na  redugao  dos 
lucros  e no  aumento  de  riscos  do  projeto,  atritos  entre  os  funcionarios,  erros  ou  o retrabalho. 

• Cumprir  os  objetivos  do  cronograma  do  projeto  apressando  as  inspegoes  de  qualidade  planejadas 
pode  resultar  em  erros  nao  detectados,  lucros  diminuldos,  e o aumento  de  riscos  pos-implementagao. 

Qualidade  e grau sao  conceitos  diferentes.  Qualidade  como  urn  desempenho  na  entrega  e “o  grau  em  que 
urn  conjunto  de  caracterlsticas  inerentes  atende  aos  requisitos”  (ISO  9000)  [10].  Grau  como  uma  intengao 
do  projeto  e uma  categoria  atribuida  a entregas  que  tern  a mesma  utilidade  funcional,  mas  diferentes 
caracteristicas  tecnicas.  0 gerente  de  projetos  e a equipe  de  gerenciamento  do  projeto  sao  responsaveis  pelo 
gerenciamento  dos  compromissos  associados  a entrega  dos  niveis  requeridos  de  qualidade  e grau.  Embora 
urn  nivel  de  qualidade  que  nao  cumpra  os  requisitos  de  qualidade  seja  sempre  urn  problema,  urn  grau  baixo  de 
qualidade  pode  nao  ser.  Por  exemplo: 

• Pode  nao  ser  urn  problema  se  urn  produto  de  software  com  poucas  fungoes  (com  urn  numero  limitado 
de  caracteristicas)  for  de  alta  qualidade  (sem  defeitos  obvios  e manual  legivel).  Neste  exemplo,  o 
produto  seria  apropriado  para  o objetivo  geral  de  uso. 

• Pode  ser  urn  problema  se  urn  software  com  muitas  fungoes  (com  muitas  caracteristicas)  for  de  baixa 
qualidade  (com  muitos  defeitos  e documentagao  de  usuario  mal  organizada).  Em  essencia,  as  suas 
multiplas  fungoes  seriam  ineficazes  e/ou  ineficientes  devido  a sua  baixa  qualidade. 

A equipe  de  gerenciamento  do  projeto  deve  determinar  niveis  adequados  de  exatidao  e precisao  para  uso  no 
piano  de  gerenciamento  da  qualidade.  Precisao  e uma  medida  de  exatidao.  Por  exemplo,  a grandeza  para  cada 
acrescimo  a linha  numerica  da  medida  e o intervalo  que  determina  a precisao  da  medida;  quanto  maior  for  o 
numero  de  acrescimos,  maior  sera  o grau  de  precisao.  Exatidao  e uma  avaliagao  de  corregao.  Por  exemplo, 
se  o valor  medido  de  urn  item  estiver  muito  proximo  do  valor  verdadeiro  da  caracteristica  sendo  medida,  a 
medida  sera  mais  exata.  Uma  ilustragao  deste  conceito  e a comparagao  dos  alvos  do  tiro  com  arco.  As  flechas 
agrupadas  bem  proximas  umas  das  outras  em  uma  area  do  alvo,  mesmo  que  nao  estejam  agrupadas  no  centro 
do  alvo,  sao  consideradas  como  sendo  de  alta  precisao.  Os  alvos  onde  as  flechas  estao  mais  espalhadas  mas 
equidistantes  do  centro  do  alvo  sao  consideradas  como  tendo  o mesmo  grau  de  exatidao.  Os  alvos  onde  as 
flechas  estao  bem  agrupadas  e dentro  do  centro  do  alvo  sao  consideradas  tanto  exatas  como  precisas.  As 
medidas  precisas  nao  sao  necessariamente  medidas  exatas,  e as  medidas  exatas  nao  sao  necessariamente 
medidas  precisas. 

A abordagem  basica  do  gerenciamento  da  qualidade  descrita  nesta  segao  pretende  ser  compativel  com 
os  padroes  de  qualidade  da  Organizagao  internacional  para  padronizagao  (ISO).  Todos  os  projetos  devem  ter 
urn  piano  de  gerenciamento  da  qualidade.  As  equipes  de  projeto  devem  seguir  o piano  de  gerenciamento  da 
qualidade  e dispor  de  dados  que  comprovem  a conformidade  com  o mesmo. 
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No  contexto  de  alcance  da  compatibilidade  com  a ISO,  as  abordagens  modernas  de  gerenciamento  da 
qualidade  buscam  minimizar  a variagao  e entregar  resultados  que  cumpram  os  requisitos  definidos.  Essas 
abordagens  reconhecem  a importancia  da: 

• Satisfagao  do  cliente.  Entender,  avaliar,  definir  e gerenciar  as  expectativas  para  que  os  requisitos  do 
cliente  sejam  atendidos.  Para  isso,  e necessaria  uma  combinagao  de  conformidade  com  os  requisitos 
(para  garantir  que  o projeto  produza  o que  ele  foi  criado  para  produzir)  e adequagao  ao  uso  (o  produto 
ou  servigo  deve  atender  as  necessidades  reais). 

• Prevengao  ao  inves  de  inspegao.  A qualidade  deve  ser  planejada,  projetada  e criada,  e nao 
inspecionada  no  gerenciamento  do  projeto  ou  nas  entregas  do  projeto.  0 custo  de  prevengao  dos 
erros  e geralmente  muito  menor  do  que  o custo  de  corrigir  tais  erros  quando  eles  sao  encontrados 
pela  inspegao  ou  durante  o uso. 

• Melhoria  continua.  0 ciclo  PDCA  (planejar-fazer-verificar-agir)  e a base  para  a melhoria  da 
qualidade  conforme  definida  por  Shewhart  e modificada  por  Deming.  Alem  disso,  as  iniciativas  de 
melhoria  da  qualidade  tais  como  o Gerenciamento  da  qualidade  total  (GQT),  Seis  sigma  e Lean  seis 
sigma  devem  aprimorar  a qualidade  do  gerenciamento  do  projeto  e tambem  a qualidade  do  produto 
do  projeto.  Os  modelos  de  melhoria  de  processos  geralmente  usados  incluem  Malcolm  Baldrige, 
Modelo  de  maturidade  organizational  em  gerenciamento  de  projetos  (0PM3®)  e Modelo  integrado 
de  maturidade  e de  capacidade  (CMMP). 

• Responsabilidade  da  gerencia.  0 sucesso  exige  a participagao  de  todos  os  membros  da  equipe  do 
projeto.  Todavia,  a alta  diregao,  dentro  dos  seu  escopo  de  responsabilidade  pela  qualidade,  retem  a 
responsabilidade  pelo  fornecimento  dos  recursos  adequados,  nas  capacidades  adequadas. 

• Custo  da  qualidade  (CDQ).  0 custo  da  qualidade  se  refere  ao  custo  total  do  trabalho  de  conformidade 
e do  trabalho  de  nao  conformidade  que  deve  ser  executado  como  urn  esforgo  compensators  porque, 
na  primeira  tentativa  de  execugao  do  trabalho,  existe  a possibilidade  de  que  alguma  parte  do 
trabalho  requerido  nao  seja  realizado  ou  seja  executado  incorretamente.  Os  custos  da  qualidade  do 
trabalho  devem  ser  incorridos  ao  longo  de  todo  o ciclo  de  vida  da  entrega.  Por  exemplo,  as  decisoes 
tomadas  pela  equipe  do  projeto  podem  influenciar  os  custos  operacionais  associados  ao  uso  de  uma 
entrega  completa.  Os  custos  da  qualidade  pos-projeto  podem  ser  incorridos  como  resultado  das 
devolugoes  dos  produtos,  reclamagoes  de  garantia,  e campanhas  de  recall.  Assim  sendo,  em  virtude 
da  natureza  temporaria  dos  projetos  e os  beneficios  potenciais  que  podem  ser  obtidos  atraves  da 
redugao  do  custo  da  qualidade  pos-projeto,  as  organizagoes  patrocinadoras  podem  decidir  investir  na 
melhoria  da  qualidade  do  produto.  Esses  investimentos  sao  geralmente  feitos  nas  areas  de  trabalho 
de  conformidade  que  atuam  para  impedir  defeitos  ou  mitigar  os  custos  atraves  da  inspegao  das 
unidades  nao-conformes.  Ver  a Figura  8-2  e a Segao  8.1 .2.2.  Alem  disso,  as  questoes  relativas  ao 
CDQ  pos-projeto  devem  ser  uma  preocupagao  do  gerenciamento  do  programa  e do  gerenciamento 
do  portfolio  para  que  os  escritorios  de  gerenciamento  de  projetos,  programas  e portfolios  possam 
aplicar  revisoes  e modelos  apropriados,  e designar  recursos  financeiros  para  o alcance  de  tal  objetivo. 
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Visao  geral  do  gerenciamento 
da  qualidade  do  projeto 


8.1  Planejar  o 
gerenciamento  da  qualidade 


II 


8.2  Realizar  a garantia 
da  qualidade 


II 


8.3  Controlar  a qualidade 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Registro  das  partes 
interessadas 
.3  Registro  dos  riscos 
.4  Documentagao  dos  requisitos 
.5  Fatores  ambientais  da 
empresa 

.6  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Analise  custo-beneficio 
.2  Custo  da  qualidade 
.3  Sete  ferramentas  de  qualidade 
basicas 

.4  Benchmarking 
.5  Projeto  de  experimentos 
.6  Amostragem  estatistica 
.7  Ferramentas  adicionais  de 
planejamento  da  qualidade 
.8  Reunifies 

.3  Saidas 

.1  Plano  de  gerenciamento  da 
qualidade 

.2  Plano  de  melhorias  no  processo 
.3  Metricas  da  qualidade 
.4  Listas  de  verificagao  da 
qualidade 

.5  Atualizagfies  nos  documentos 
do  projeto 


.1  Entradas 

.1  Plano  de  gerenciamento  da 
qualidade 

.2  Plano  de  melhorias  no 
processo 

.3  Metricas  da  qualidade 

.4  Medigfies  do  controle  da 
qualidade 

.5  Documentos  do  projeto 

.2  Ferramentas  e tecnicas 

.1  Ferramentas  de 

gerenciamento  e controle  da 
qualidade 

.2  Auditorias  de  qualidade 

.3  Analise  de  processo 

.3  Saidas 

.1  Solicitagfies  de  mudanga 

.2  Atualizagfies  no  piano  de 
gerenciamento  do  projeto 

.3  Atualizagfies  nos  documentos 
do  projeto 

.4  Atualizagfies  nos  ativos  de 
processos  organizacionais 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Metricas  da  qualidade 
.3  Listas  de  verificagao  da 
qualidade 

.4  Dados  de  desempenho  do 
trabalho 

.5  Solicitagfies  de  mudanga 
aprovadas 
.6  Entregas 

.7  Documentos  do  projeto 
.8  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 

.1  Sete  ferramentas  de  qualidade 
basicas 

.2  Amostragem  estatistica 
.3  Inspegao 

.4  Analise  das  solicitagfies  de 
mudanga  aprovadas 

.3  Saidas 

.1  Medigfies  do  controle  da 
qualidade 

.2  Alteragfies  validadas 
.3  Entregas  verificadas 
.4  Informagfies  sobre  o 
desempenho  do  trabalho 
.5  Solicitagfies  de  mudanga 
.6  Atualizagfies  no  piano  de 
gerenciamento  do  projeto 
.7  Atualizagfies  nos  documentos 
do  projeto 

.8  Atualizagfies  nos  ativos  de 
processos  organizacionais 


Figura  8-1.  Visao  geral  do  gerenciamento  da  qualidade  do  projeto 
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Figura  8-2.  Relagdes  fundamentals  de  garantia  da  qualidade  e de  qualidade  do  controle 
dos  grupos  de  IPECC,  PDCA  (em  ingles),  custo  de  modelos  de  qualidade  e grupos 
de  processos  de  gerenciamento  do  projeto. 


8.1  Planejar  o gerenciamento  da  qualidade 

Planejar  o gerenciamento  da  qualidade  e o processo  de  identificagao  dos  requisitos  e/ou  padroes  de 
qualidade  do  projeto  e suas  entregas,  e de  documentagao  de  como  o projeto  demonstrara  conformidade  com 
os  relevantes  requisitos  e/ou  padroes  de  qualidade.  0 principal  beneficio  desse  processo  e o fornecimento 
de  orientagao  e instrugoes  sobre  como  a qualidade  sera  gerenciada  e validada  ao  longo  de  todo  o projeto.  As 
entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  8-3.  A Figura  8-4  ilustra 
o diagrama  de  fluxo  de  dados  do  processo. 
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r ^ 

Entradas 

r : ; 

Ferramentas  e tecnicas 

Saidas  ^ 

.1  Plano  de  gerenciamento 
do  projeto 

.2  Registro  das  partes 
interessadas 

.3  Registro  dos  riscos 

.4  Documentagao  dos 
requisitos 

.5  Fatores  ambientais  da 
empresa 

.6  Ativos  de  processos 
organizacionais 

.1  Analise  custo-beneficio 
.2  Custo  da  qualidade 
.3  Sete  ferramentas  basicas 
de  qualidade 
.4  Benchmarking 
.5  Projeto  de  experimentos 
.6  Amostragem  estatistica 
.7  Ferramentas  adicionais 
de  planejamento  da 
qualidade 
.8  Reunifies 

y 

.1  Plano  de  gerenciamento 
da  qualidade 
.2  Plano  de  melhorias  no 
processo 

.3  Metricas  da  qualidade 
.4  Listas  de  verificagao  da 
qualidade 

.5  Atualizagfies  nos 
documentos  do  projeto 

Figura  8-3.  Entradas,  ferramentas,  tecnicas,  e saidas  do  processo  Planejar 
o gerenciamento  da  qualidade 


4.2 

Desenvolver  o piano 
de  gerenciamento 
do  projeto 


13.1 

Identificar  as 
partes  interessadas 


• Registro  das 
partes  interessadas 


5.2 

Coletar  os 
requisitos 


• Documentagao 
dos  requisitos 


11.2 

Identificar 
os  riscos 


* Registro  dos  riscos 


Empresa/ 

organizagao 


Figura  8-4.  Diagrama  do  fluxo  de  dados  do  processo  Planejar  o gerenciamento  dos  riscos 
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0 planejamento  da  qualidade  deve  ser  realizado  em  paralelo  com  os  outros  processos  de  planejamento.  Por 
exemplo,  modificagoes  propostas  nas  entregas  para  atender  aos  padroes  de  qualidade  identificados  podem 
exigir  ajustes  nos  custos  ou  cronogramas  e uma  analise  de  riscos  detalhada  do  seu  impacto  nos  pianos. 

As  tecnicas  de  planejamento  da  qualidade  aqui  discutidas  sao  as  usadas  com  maior  frequencia  nos  projetos. 
Existem  muitas  outras  que  podem  ser  uteis  em  determinados  projetos  ou  em  algumas  areas  de  aplicagao. 

8.1.1  Planejar  o gerenciamento  da  qualidade:  entradas 

8.1 .1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . 0 piano  de  gerenciamento  do  projeto  e usado  para  desenvolver  o piano  de 
gerenciamento  da  qualidade.  As  informagoes  usadas  para  o desenvolvimento  do  piano  de  gerenciamento  da 
qualidade  incluem,  mas  nao  se  limitam,  a: 

• Linha  de  base  do  escopo.  A linha  de  base  do  escopo  (Segao  5. 4.3.1 ) inclui: 

o A Especificagao  do  escopo  do  projeto.  A especificagao  do  escopo  do  projeto  contem  a 
descrigao  do  projeto,  as  principals  entregas  do  projeto  e os  criterios  de  aceitagao.  0 escopo 
do  produto  frequentemente  contem  detalhes  de  questoes  tecnicas  e outras  preocupagoes 
que  podem  afetar  o planejamento  da  qualidade  e que  deveriam  ter  sido  identificados  como 
urn  resultado  dos  processos  de  planejamento  no  gerenciamento  do  escopo  do  projeto.  A 
definigao  dos  criterios  de  aceitagao  pode  aumentar  ou  diminuirsignificativamente  os  custos 
da  qualidade  e,  assim  sendo,  os  custos  do  projeto.  0 cumprimento  de  todos  os  criterios  de 
aceitagao  pelos  quais  as  necessidades  do  patrocinador  e/ou  cliente  foram  atendidos. 

o Estrutura  anah'tica  do  projeto  (EAP).  A EAP  identifica  as  entregas  e os  pacotes  de  trabalho 
usados  para  medir  o desempenho  do  projeto. 

o Dicionario  da  EAP.  0 dicionario  da  EAP  define  as  informagoes  detalhadas  para  os  elementos 
da  EAP. 

• Linha  de  base  do  cronograma.  A linha  de  base  do  cronograma  documenta  as  medidas  de  desempenho 
de  prazos  aceitas,  incluindo  as  datas  de  infcio  e termino  (Segao  6. 6.3.1). 

• Linha  de  base  dos  custos.  A linha  de  base  dos  custos  documenta  o intervalo  de  tempo  aceito  sendo 
usado  para  medir  o desempenho  dos  custos  (Segao  7.3. 3.1). 

• Outros  pianos  de  gerenciamento.  Esses  pianos  contribuem  para  a qualidade  do  projeto  em  geral  e 
podem  enfatizar  areas  de  preocupagao  acionaveis  em  relagao  a qualidade  do  projeto. 
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8.1 .1.2  Registro  das  partes  interessadas 

Descrito  na  Segao  13.1.3.1. 0 registro  das  partes  interessadas  ajuda  a identificar  as  partes  interessadas 
que  tern  um  interesse  especifico,  ou  um  impacto  na  qualidade. 

8.1 .1.3  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  content  informagoes  sobre  as  ameagas  e oportunidades 
que  podem  afetar  os  requisitos  de  qualidade. 

8.1 .1.4  Documentagao  dos  requisitos 

Descrita  na  Segao  5.2. 3.1 . A documentagao  dos  requisitos  coleta  os  requisitos  que  o projeto  cumprira 
relativos  as  expectativas  das  partes  interessadas.  Os  componentes  da  documentagao  de  requisitos  incluem, 
mas  nao  estao  limitados,  aos  requisitos  do  projeto  (incluindo  os  do  produto)  e de  qualidade.  Os  requisitos  sao 
usados  pela  equipe  do  projeto  para  planejar  como  o controle  da  qualidade  sera  implementado  no  projeto. 

8.1 .1 .5  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  Os  fatores  ambientais  da  empresa  que  influenciam  o processo  Planejar  o 
gerenciamento  da  qualidade  incluem,  mas  nao  estao  limitados,  a: 

• Regulamentagoes  de  orgaos  governamentais; 

• Normas,  padroes  e diretrizes  especificos  da  area  de  aplicagao; 

• Condigoes  de  trabalho  ou  operacionais  do  projeto  ou  das  suas  entregas  que  podem  afetar  a qualidade 
do  projeto;  e 

• Percepgoes  culturais  que  podem  influenciar  as  expectativas  de  qualidade. 

8.1 .1 .6  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  influenciam  o processo  Planejar  o 
gerenciamento  da  qualidade  incluem,  mas  nao  estao  limitados,  a: 

• Politicas,  procedimentos  e diretrizes  organizacionais  de  qualidade.  A politica  de  qualidade  da 
organizagao  executora,  conforme  endossada  pela  alta  administragao,  estabelece  a diregao  pretendida 
pela  organizagao  na  implementagao  da  sua  abordagem  de  gerenciamento  da  qualidade; 

• Bancos  de  dados  historicos;  e 

• Ligoes  aprendidas  em  fases  ou  projetos  anteriores. 
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8.1.2  Planejar  o gerenciamento  da  qualidade:  ferramentas  e tecnicas 

8.1 .2.1  Analise  de  custo-beneficio 

Os  principals  beneficios  do  cumprimento  dos  requisitos  de  qualidade  incluem  menos  retrabalho,  maior 
produtividade,  custos  mais  baixos,  aumento  da  satisfagao  das  partes  interessadas  e aumento  de  lucratividade. 
Uma  analise  do  custo-beneficio  para  cada  atividade  de  qualidade  compara  o custo  da  etapa  de  qualidade  com 
o beneficio  esperado. 


8.1 .2.2  Custo  da  qualidade  (CDQ) 

0 custo  da  qualidade  inclui  todos  os  custos  incorridos  durante  a vida  do  produto  atraves  de  investimentos 
na  prevengao  do  nao-cumprimento  dos  requisitos,  na  avaliagao  do  produto  ou  servigo  quanto  ao  cumprimento 
dos  requisitos,  e ao  nao-cumprimento  dos  requisitos  (retrabalho).  Os  custos  de  falhas  geralmente  sao 
categorizados  como  infernos  (encontrados  pelo  projeto)  e externos  (encontrados  pelo  cliente).  Os  custos  de 
falhas  tambem  sao  chamados  de  custos  de  ma  qualidade.  A Figura  8-5  fornece  alguns  exemplos  a serem 
considerados  em  cada  area. 


Custo  de  conformidade  Custo  da  falta  de  conformidade 


Custos  de  falhas  internas 

(Falhas  encontradas  pelo  projeto) 

• Retrabalho 

• Descarte 

Custos  de  falhas  externas 

(Falhas  encontradas  pelo  cliente) 

• Responsabilidades 

• Trabalho  de  garantia 

• Perda  de  negocios 


Dinheiro  gasto  durante  e apos  o 
projeto  devido  a falhas 

Dinheiro  gasto  durante  o projeto 

para  evitar  falhas 


Prevengao  de  custos 

(Fabricar  um  produto  de  qualidade) 

• Treinamento 

• Documentar  processos 

• Equipamento 

• Tempo  para  executar  de 
maneira  correta 

Custos  de  avaliagao 

(Avaliar  a qualidade) 

• Testes 

• Perda  de  teste  destrutivo 

• Inspegoes 


Figura  8-5.  Custo  da  qualidade 
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8.1 .2.3  Sete  ferramentas  de  qualidade  basicas 

As  sete  ferramentas  de  qualidade  basicas,  tambem  conhecidas  no  setor  como  as  7 sete  ferramentas  do 
CQ,  sao  usadas  no  contexto  do  ciclo  PDCA  para  solucionar  problemas  de  qualidade.  Como  ilustrado  de  forma 
conceitual  na  Figura  8-7,  as  sete  ferramentas  de  qualidade  basicas  sao: 

• Diagramas  de  causa  e efeito,  tambem  conhecidos  como  diagramas  de  espinha  de  peixe  ou  diagramas 
de  Ishikawa.  A especificagao  do  problema  colocada  na  cabega  da  espinha  de  peixe  e usada  como 
urn  ponto  de  partida  para  seguir  a fonte  do  problema  ate  a sua  causa-raiz  acionavel.  A especificagao 
do  problema  tipicamente  descreve  o problema  como  uma  lacuna  a ser  fechada  ou  urn  objetivo 
a ser  alcangado.  As  causas  podem  ser  encontradas  olhando  para  a especificagao  do  problema  e 
perguntando  “Por  que?”  ate  que  a causa-raiz  acionavel  seja  identificada  ou  ate  que  as  possibilidades 
razoaveis  em  cada  diagrama  de  espinha  de  peixe  sejam  esgotadas.  Os  diagramas  espinha  de  peixe 
sao  frequentemente  uteis  na  conexao  dos  efeitos  indesejaveis  vistos  como  uma  variagao  especial 
a causa  atribuivel  sobre  a qual  as  equipes  de  projeto  devem  implementar  agoes  corretivas  para 
eliminar  a variagao  especial  detectada  em  urn  grafico  de  controle. 

• Fluxogramas , tambem  chamados  de  mapas  de  processos,  porque  eles  mostram  a sequencia  de 
etapas  e as  possibilidades  ramificadas  existentes  para  urn  processo  que  transforma  uma  ou  mais 
entradas  em  uma  ou  mais  saidas.  Os  fluxogramas  mostram  as  atividades,  os  pontos  de  decisao, 
os  loops  de  ramificagao,  os  caminhos  paralelos  e a ordem  geral  do  processamento,  atraves  do 
mapeamento  dos  detalhes  operacionais  de  procedimentos  que  existem  dentro  de  uma  cadeia  de 
valor  com  elos  horizontais  de  urn  modelo  SIPOC  (Figura  8-6).  Os  fluxogramas  podem  ser  uteis  na 
compreensao  e na  estimativa  do  custo  da  qualidade  de  urn  processo.  Isso  e obtido  atraves  do  uso  da 
logica  de  ramificagao  e frequences  das  ocorrencias  relativas  associadas  do  fluxograma  para  estimar 
o valor  monetario  esperado  para  o trabalho  de  conformidade  e nao  conformidade  requerido  para 
entregar  a saida  com  a conformidade  esperada. 
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Fornecedores  Entradas  Processo  Saidas  Clientes 


• • • • • 


Lista  de  requisitos  Lista  de  medigoes  Lista  de  requisitos  Lista  de  medigoes 


NOTA:  Os  componentes  desse  diagrams  sao  flexiveis  e podem  tomar  qualquer  diregao  dependendo  da  circunstancia. 


Figura  8-6. 0 modelo  SIPOC 

• Folhas  de  verificagao  tambem  conhecidas  como  folhas  de  resultados  que  podem  ser  usadas  como 
uma  lista  de  verificagao  durante  a coleta  de  dados.  As  folhas  de  verificagao  sao  usadas  para  organizar 
os  fatos  de  uma  maneira  que  facilite  a coleta  eficaz  de  dados  uteis  sobre  urn  possivel  problema 
de  qualidade.  Sao  especialmente  uteis  na  coleta  de  dados  de  atributos  durante  as  inspegoes  para 
identificar  defeitos.  Por  exemplo,  os  dados  sobre  as  frequences  das  ocorrencias  ou  consequencias 
dos  defeitos  coletados  nas  folhas  de  verificagao  sao  frequentemente  mostrados  usando-se  os 
diagramas  de  Pareto. 

• Diagramas  de  Pareto  sao  graficos  de  barras  verticals  usados  na  identificagao  de  algumas  fontes 
criticas  responsaveis  pela  maioria  dos  efeitos  de  urn  problema.  As  categorias  mostradas  no  eixo 
horizontal  existem  como  uma  distribuigao  de  probabilidades  validas  que  representam  100%  das 
possiveis  observagoes.  As  frequences  das  ocorrencias  de  cada  causa  especificada  listada  no  eixo 
horizontal  diminuem  em  grandeza  ate  que  a fonte  padrao  intitulada  “outra”  responsabilize-se  por 
quaisquer  causas  nao  especificadas.  0 diagrama  de  Pareto  e normalmente  organizado  em  categorias 
para  medir  frequences  ou  consequencias. 
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• Histogramas sao  graficos  de  barras  usados  para  descrever  a tendencia  central,  o grau  de  dispersao 
e o formato  de  uma  distribuigao  estatfstica.  Diferentemente  do  grafico  de  controle,  o histograma  nao 
leva  em  consideragao  a influencia  do  tempo  na  variagao  existente  dentro  da  distribuigao. 

• Graficos  de  controle  sao  usados  para  determinar  se  um  processo  e estavel  ou  se  tem  um 
desempenho  previsivel.  Os  limites  de  especificagao  superior  e inferior  se  baseiam  nos  requisitos  do 
acordo.  Eles  refletem  os  valores  maximo  e mfnimo  permitidos.  Pode  haver  penalidades  associadas 
com  a ultrapassagem  dos  limites  de  especificagao.  Os  limites  de  controle  superior  e inferior  sao 
diferentes  dos  limites  da  especificagao.  Os  limites  de  controle  sao  determinados  usando  calculos 
e principios  estatisticos  padrao  para  finalmente  estabelecer  a capacidade  natural  de  um  processo 
estavel.  0 gerente  de  projetos  e as  partes  interessadas  apropriadas  podem  usar  os  limites  de  controle 
estatisticamente  calculados  para  identificar  os  pontos  em  que  a agao  corretiva  sera  tomada  para 
impedir  o desempenho  anormal.  A agao  corretiva  normalmente  pretende  manter  a estabilidade  normal 
de  um  processo  estavel  e capaz.  Para  processos  repetitivos,  os  limites  de  controle  geralmente  sao 
definidos  em  ± s em  torno  de  um  processo  medio  que  foi  estabelecido  em  0 s.  Considera-se  um 
processo  fora  de  controle  quando:  (1 ) um  ponto  de  dados  excede  um  limite  de  controle;  (2)  sete  pontos 
consecutivos  estiverem  acima  da  media;  ou  (3)  sete  pontos  consecutivos  estiverem  abaixo  da  media. 
Os  graficos  de  controle  podem  ser  usados  para  monitorar  varios  tipos  de  variaveis  de  saida.  Embora 
sejam  usados  mais  frequentemente  para  rastrear  as  atividades  repetitivas  necessarias  para  produzir 
lotes  manufaturados,  os  graficos  de  controle  tambem  podem  ser  usados  para  monitorar  variagoes  de 
custos  e prazos,  volume  e frequencia  de  mudangas  no  escopo  ou  outros  resultados  de  gerenciamento, 
para  ajudar  a determinar  se  os  processos  de  gerenciamento  do  projeto  estao  sob  controle. 

• Diagramas  de  dispersao  plotam  pares  ordenados  (X,  Y)  e sao  as  vezes  chamados  de  graficos  de 
correlagao  porque  eles  pretendem  explicar  uma  mudanga  na  variavel  dependente,  Y,  em  relagao  a 
uma  mudanga  observada  na  variavel  independente  correspondente,  X.  A diregao  de  correlagao  pode 
ser  proporcional  (correlagao  positiva),  inversa  (correlagao  negativa),  ou  um  padrao  de  correlagao 
pode  nao  existir  (correlagao  zero).  Se  a correlagao  puder  ser  estabelecida,  uma  linha  de  regressao 
pode  ser  calculada  e usada  para  estimar  como  uma  mudanga  na  variavel  independente  influential 
o valor  da  variavel  dependente. 
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Figura  8-7. 0 storyboard  \ lustra  um  exemplo  conceitual  de  cada  uma  das  sete 

ferramentas  da  qualidade. 


8.1 .2.4  Benchmarking 

Benchmarking  envolve  a comparagao  de  praticas  de  projetos  reais  ou  planejados  com  as  de  projetos 
comparaveis  para  identificar  as  melhores  praticas,  gerar  ideias  para  melhorias  e fornecer  uma  base  para 
medir  o desempenho. 

Os  projetos  que  passam  pelo  benchmarking  podem  existir  dentro  de  uma  organizagao  executora  ou  fora 
dela,  ou  podem  estar  dentro  da  mesma  area  de  aplicagao.  0 benchmarking  permite  a realizagao  de  analogias 
a partir  de  projetos  em  uma  area  de  aplicagao  diferente. 

8.1 .2.5  Projeto  de  experimentos 

0 projeto  de  experimentos  (DOE)  e um  metodo  estatistico  para  identificar  os  fatores  que  podem  influenciar 
variaveis  especificas  de  um  produto  ou  processo  em  desenvolvimento  ou  em  produgao.  0 metodo  DOE  deve 
ser  usado  durante  o processo  Planejar  o gerenciamento  da  qualidade  para  determinar  o numero  e o tipo  de 
testes  e seu  impacto  no  custo  da  qualidade. 
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0 DOE  tambem  desempenha  um  papel  na  otimizagao  de  produtos  ou  processos.  0 DOE  e usado  para 
reduzir  a sensibilidade  do  desempenho  do  produto  a fontes  de  variagoes  causadas  por  diferengas  ambientais 
ou  de  fabricagao.  Um  aspecto  importante  dessa  tecnica  e que  ela  fornece  uma  estrutura  estatistica  para  a 
modificagao  sistematica  de  todos  os  fatores  importantes,  em  vez  de  alterar  os  fatores  um  de  cada  vez.  A 
analise  dos  dados  experimentais  deve  fornecer  as  condigoes  ideais  para  o produto  ou  processo,  destacar 
os  fatores  que  influenciam  os  resultados  e revelar  a presenga  de  interagoes  e sinergia  entre  os  fatores.  Por 
exemplo,  os  projetistas  de  carros  usam  essa  tecnica  para  determinar  qual  combinagao  de  suspensao  e pneus 
produzira  as  caracteristicas  de  diregao  mais  desejadas  com  um  custo  razoavel. 

8.1 .2.6  Amostragem  estatistica 

A amostragem  estatistica  envolve  a escolha  de  parte  de  uma  populagao  de  interesse  para  inspegao  (por 
exemplo,  selecionar  aleatoriamente  10  desenhos  de  engenharia  em  uma  lista  de  75).  A frequencia  e os 
tamanhos  das  amostras  devem  ser  determinados  durante  o processo  Planejar  o gerenciamento  da  qualidade 
para  que  o custo  da  qualidade  inclua  o numero  de  testes,  descarte  esperado,  etc. 

Existe  um  conjunto  substancial  de  conhecimentos  sobre  amostragem  estatistica.  Em  algumas  areas  de 
aplicagao,  pode  ser  necessario  que  a equipe  de  gerenciamento  do  projeto  esteja  familiarizada  com  uma 
variedade  de  tecnicas  de  amostragem  para  garantir  que  a amostra  selecionada  realmente  represente  a 
populagao  de  interesse. 

8.1 .2.7  Ferramentas  adicionais  de  planejamento  da  qualidade 

Outras  ferramentas  de  planejamento  da  qualidade  sao  usadas  para  definir  os  requisitos  de  qualidade  e 
planejar  atividades  de  gerenciamento  da  qualidade  eficazes.  Elas  incluem,  entre  outras: 

• Brainstorming.  Essa  tecnica  e usada  para  gerar  ideias  (definidas  na  Segao  1 1 .2.2.2). 

• Analise  do  campo  de  forga.  Esses  sao  diagramas  das  forgas  a favor  e contra  a mudanga. 

• Tecnica  de  grupo  nominal.  Essa  tecnica  e usada  para  permitir  que  as  ideias  passem  pelo 
brainstorming  em  pequenos  grupos  e depois  sejam  analisadas  por  um  grupo  maior. 

• Ferramentas  de  gerenciamento  e controle  da  qualidade.  Essas  ferramentas  sao  usadas  para 
conectar  e sequenciar  as  atividades  identificadas  (definidas  na  Segao  8.2. 2.1). 
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8.1 .2.8  Reunioes 

As  equipes  dos  projetos  fazem  reunioes  de  planejamento  para  desenvolver  o piano  de  gerenciamento  da 
qualidade.  Os  participantes  dessas  reunioes  podem  incluir  o gerente  do  projeto,  o patrocinador  do  projeto, 
membros  selecionados  da  equipe  do  projeto  e das  partes  interessadas,  qualquer  pessoa  com  responsabilidade 
nas  atividades  de  gerenciamento  da  qualidade  do  projeto,  ou  seja,  nos  processos  Planejar  o gerenciamento  da 
qualidade,  Realizar  a garantia  da  qualidade  ou  Controlar  a qualidade;  e outras  conforme  necessario. 

8.1.3  Planejar  o gerenciamento  da  qualidade:  sai'das 

8.1 .3.1  Plano  de  gerenciamento  da  qualidade 

0 piano  de  gerenciamento  da  qualidade  e urn  componente  do  piano  de  gerenciamento  do  projeto  que 
descreve  como  as  politicas  de  qualidade  de  uma  organizagao  serao  implementadas.  Ele  descreve  como  a 
equipe  de  gerenciamento  do  projeto  planeja  cumprir  os  requisitos  de  qualidade  estabelecidos  para  o projeto. 

0 piano  de  gerenciamento  da  qualidade  pode  ser  formal  ou  informal,  detalhado,  ou  estruturado  em  termos 
gerais.  0 estilo  e os  detalhes  do  piano  de  gerenciamento  da  qualidade  sao  determinados  pelos  requisitos  do 
projeto.  0 piano  de  gerenciamento  da  qualidade  deve  ser  revisado  na  parte  inicial  do  projeto  para  garantir  que 
as  decisoes  sejam  baseadas  em  informagoes  precisas.  Os  beneficios  dessa  revisao  podem  incluir  o toco  mais 
agudo  na  proposigao  de  valor  do  projeto  e redugoes  nos  custos  e na  frequencia  de  atrasos  no  cronograma 
causados  pelo  retrabalho. 

8.1 .3.2  Plano  de  melhorias  no  processo 

0 piano  de  melhorias  no  processo  e urn  piano  auxiliar  ou  componente  do  piano  de  gerenciamento  do 
projeto  (Segao  4.2. 3.1).  0 piano  de  melhorias  no  processo  detalha  as  etapas  de  analise  dos  processos  de 
gerenciamento  de  projetos  e desenvolvimento  de  produtos  para  identificar  as  atividades  que  aumentam  o seu 
valor.  As  areas  a serem  consideradas  incluem: 

• Limites  do  processo.  Descrevem  a finalidade  do  processo,  seu  inicio  e fim,  suas  entradas  e saidas, 
o responsavel  pelo  processo  e as  partes  interessadas  do  processo. 

• Configuragao  do  processo.  Fornece  uma  representagao  grafica  dos  processos,  com  interfaces 
identificadas,  usada  para  facilitar  a analise. 

• Metricas  do  processo.  Junto  com  os  limites  de  controle,  permite  a analise  da  eficiencia  do  processo. 

• Metas  para  melhoria  do  desempenho.  Orientam  as  atividades  de  melhorias  no  processo. 
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8.1 .3.3  Metricas  da  qualidade 

Uma  metrica  da  qualidade  especificamente  descreve  um  atributo  de  projeto  ou  produto  e como  o processo 
de  controle  da  qualidade  o medira.  A medigao  e um  valor  real.  A tolerancia  define  as  variagoes  aceitaveis  na 
metrica.  Por  exemplo,  se  o objetivo  de  qualidade  e ficar  dentro  do  orgamento  aprovado  em  ± 10%  , a metrica 
de  qualidade  especifica  e usada  para  medir  o custo  de  cada  entrega  e determinar  a variagao  percentual  do 
orgamento  aprovado  para  tal  entrega.  As  metricas  da  qualidade  sao  usadas  nos  processos  de  garantia  da 
qualidade  e de  controle  da  qualidade.  Alguns  exemplos  de  metricas  da  qualidade  incluem  desempenho  dentro 
do  prazo,  controle  dos  custos,  frequencia  de  defeitos,  taxa  de  falhas,  disponibilidade,  confiabilidade  e cobertura 
de  testes. 

8.1 .3.4  Listas  de  verificagao  da  qualidade 

Uma  lista  de  verificagao  e umaferramenta  estruturada,  geralmente  especifica  do  componente,  usada  para 
verificar  se  um  conjunto  de  etapas  necessarias  foi  executado.  Com  base  nos  requisitos  do  projeto  e nas 
praticas,  as  listas  de  verificagao  podem  ser  simples  ou  complexas.  Muitas  organizagoes  tern  listas  de  verificagao 
padronizadas  disponiveis  para  garantir  a consistency  em  tarefas  realizadas  com  frequencia.  Em  algumas 
areas  de  aplicagao  tambem  existem  listas  de  verificagao  disponibilizadas  por  associagoes  profissionais  ou 
fornecedores  de  servigos  comerciais.  As  listas  de  verificagao  da  qualidade  devem  incorporar  os  criterios  de 
aceitagao  incluidos  na  linha  de  base  do  escopo. 

8.1 .3.5  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Registro  das  partes  interessadas  (Segao  1 3.1 .3.1 ); 

• Matriz  de  responsabilidades  (Segao  9.1 .2.1 );  e 

• EAP  e o dicionario  da  EAP. 


8.2  Realizar  a garantia  da  qualidade 

Realizar  a garantia  da  qualidade  e o processo  de  auditoria  dos  requisitos  de  qualidade  e dos  resultados  das 
medigoes  de  controle  de  qualidade  para  garantir  o uso  dos  padroes  de  qualidade  e definigoes  operacionais 
apropriados.  0 principal  beneficio  deste  processo  e a facilitagao  do  aprimoramento  dos  processos  de  qualidade. 
As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  8-8.  A Figura  8-9  ilustra 
o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  8-8.  Realizar  a garantia  da  qualidade:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  8-9.  Diagrama  do  fluxo  do  dados  do  processo  Realizar  a garantia  da  qualidade 


0 processo  Realizar  a garantia  da  qualidade  implementa  um  conjunto  de  agoes  e processos  planejados  e 
sistematicos  dentro  do  piano  de  gerenciamento  da  qualidade  do  projeto.  A garantia  da  qualidade  visa  assegurar 
que  uma  saida  futura  ou  uma  saida  nao  terminada,  tambem  conhecida  como  trabalho  em  andamento,  seja 
concluida  de  forma  a cumprir  os  requisitos  e expectativas  especificados.  A garantia  de  qualidade  contribui  para 
o estado  de  certeza  sobre  a qualidade  ao  impedir  os  defeitos  nos  processos  de  planejamento  ou  ao  eliminar 
tais  defeitos  na  inspegao  realizada  durante  a etapa  trabalho-em-andamento  de  implementagao.  Realizar  a 
garantia  da  qualidade  e um  processo  de  execugao  que  usa  dados  criados  durante  os  processos  Planejar  o 
gerenciamento  da  qualidade  (Segao  8.1)  e Controlar  a qualidade  (Segao  8.3). 
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No  gerenciamento  de  projetos,  os  aspectos  de  prevengao  e inspegao  de  garantia  da  qualidade  devem  ter 
uma  influencia  demonstravel  no  projeto.  0 trabalho  de  garantia  da  qualidade  esta  incluido  na  categoria  de 
trabalho  de  conformidade  na  estrutura  do  custo  de  qualidade. 

0 departamento  de  garantia  da  qualidade,  ou  organizagao  similar,  em  geral  supervisiona  as  atividades  de 
garantia  da  qualidade.  0 suporte  da  garantia  da  qualidade,  independentemente  do  titulo  da  unidade,  pode  ser 
fornecido  a equipe  do  projeto,  a gerencia  da  organizagao  executora,  ao  cliente  ou  ao  patrocinador,  bem  como 
a outras  partes  interessadas  que  nao  estejam  envolvidas  ativamente  no  trabalho  do  projeto. 

0 processo  Realizar  a garantia  da  qualidade  tambem  inclui  a melhoria  continua  do  processo,  que  e um  meio 
iterativo  de  melhorar  a qualidade  de  todos  os  processos.  A melhoria  continua  de  processos  reduz  o desperdicio 
e elimina  as  atividades  que  nao  agregam  valor.  Isso  permite  que  os  processos  sejam  operados  com  niveis  mais 
altos  de  eficiencia  e eficacia. 

8.2.1  Realizar  a garantia  da  qualidade:  entradas 

8.2.1 .1  Plano  de  gerenciamento  da  qualidade 

Descrito  na  Segao  8.1 .3.1 . 0 piano  de  gerenciamento  da  qualidade  descreve  a garantia  da  qualidade  e as 
abordagens  de  melhoria  continua  de  processos  para  o projeto. 

8.2.1 .2  Plano  de  melhorias  no  processo 

Descrito  na  Segao  8.1 .3.2.  As  atividades  de  garantia  da  qualidade  devem  apoiar  e serem  consistentes  com 
os  pianos  de  melhoria  dos  processos  da  organizagao  executora. 

8.2.1 .3  Metricas  da  qualidade 

Descritas  na  Segao  8.1 .3.3.  As  metricas  da  qualidade  fornecem  os  atributos  que  devem  ser  medidos  e as 
variagoes  permitidas. 

8.2.1 .4  Medigdes  de  controle  da  qualidade 

Descritas  na  Segao  8.3. 3.1.  As  medigoes  de  controle  da  qualidade  sao  os  resultados  das  atividades  de 
controle  da  qualidade.  Sao  usadas  para  analisar  e avaliar  a qualidade  dos  processos  do  projeto  em  relagao 
aos  padroes  da  organizagao  executora  ou  os  requisitos  especificados.  As  medigdes  de  controle  da  qualidade 
tambem  podem  comparar  os  processos  usados  para  criar  as  medidas  e validar  as  medidas  atuais  para 
determinar  seu  nivel  de  corregao. 
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8.2.1 .5  Documentos  do  projeto 

Os  documentos  do  projeto  podem  influenciar  o trabalho  de  garantia  da  qualidade  e devem  ser  monitorados 
dentro  do  contexto  de  um  sistema  para  o gerenciamento  de  configuragao. 

8.2.2  Realizar  a garantia  da  qualidade:  ferramentas  e tecnicas 

8.2.2.1  Ferramentas  de  gerenciamento  e controle  da  qualidade 

0 processo  Realizar  a garantia  da  qualidade  usa  as  ferramentas  e tecnicas  dos  processos  Planejar  o 
gerenciamento  da  qualidade  e Controlar  a qualidade.  Alem  disso,  outras  ferramentas  disponibilizadas  incluem 
(ver  tambem  a Figura  8-1 0): 

• Diagramas  de  afinidades.  0 diagrama  de  afinidades  e semelhante  as  tecnicas  de  mapeamento 
mental  porque  e usado  para  gerar  ideias  que  podem  ser  conectadas  para  formar  padroes  organizados 
de  pensamento  sobre  um  problema.  No  gerenciamento  de  projetos,  a criagao  da  EAP  pode  ser 
aprimorada  usando  o diagrama  de  afinidades  para  conferir  estrutura  a decomposigao  de  escopo. 

• Grafico  do  programa  do  processo  de  decisao  (GPPD).  Usado  para  a compreensao  de  uma  meta 
em  relagao  as  etapas  envolvidas  em  alcanga-la.  0 GPPD  e util  como  um  metodo  para  o planejamento 
de  contingencias,  porque  ele  ajuda  as  equipes  a antecipar  as  etapas  que  poderiam  prejudicar  o 
alcance  da  meta. 

• Diagramas  de  inter-relacionamentos.  Uma  adaptagao  dos  diagramas  de  relacionamentos.  Os 
diagramas  de  inter-relacionamentos  fornecem  um  processo  criativo  de  solugao  de  problemas  em 
cenarios  moderadamente  complexos  que  apresentam  relacionamentos  logicos  entrelagados  para 
ate  50  itens  relevantes.  0 diagrama  de  inter-relacionamento  pode  ser  desenvolvido  a partir  de  dados 
gerados  em  outras  ferramentas  tais  como  o diagrama  de  afinidade,  o diagrama  de  an/ore,  ou  o 
diagrama  de  espinha  de  peixe. 

• Diagramas  de  arvore.  Tambem  conhecidos  como  diagramas  sistematicos,  podem  ser  usados  para 
representar  hierarquias  de  decomposigao  tais  como  a EAP,  EAR  (estrutura  analitica  dos  riscos),  e 
EAO  (estrutura  analitica  organizacional).  No  gerenciamento  de  projetos,  os  diagramas  de  arvore 
sao  uteis  para  visualizar  os  relacionamentos  pai-filho  em  qualquer  hierarquia  de  decomposigao 
que  usa  um  conjunto  sistematico  de  regras  que  definem  um  relacionamento  de  aninhamento.  Os 
diagramas  de  arvore  podem  ser  ilustrados  horizontalmente  (como  uma  estrutura  analitica  dos  riscos) 
ou  verticalmente  (tal  como  a EAO)  Porque  os  diagramas  de  arvore  permitem  a criagao  de  ramos 
aninhados  que  terminam  em  um  unico  ponto  de  decisao,  eles  sao  uteis  como  arvores  de  decisao  para 
o estabelecimento  de  um  valor  esperado  para  um  numero  limitado  de  relacionamentos  dependentes 
que  foram  sistematicamente  diagramados. 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK 9)  — Quinta  Edigao 


245 


8 - GERENCIAMENTO  DA  QUALIDADE  DO  PROJETO 


• Matriz  de  priorizagao.  Identificar  as  principals  questoes  e alternativas  adequadas  aserem  priorizadas 
como  um  conjunto  de  decisoes  para  implementagao.  Os  criterios  sao  priorizados  e ponderados  antes 
de  serem  aplicados  a todas  as  alternativas  disponiveis  a fim  de  obter  um  escore  matematico  que 
classifica  todas  as  opgoes. 

• Diagramas  de  rede  das  atividades.  Anteriormente  conhecidos  como  diagramas  de  flechas.  Eles 
incluem  o formato  ANF  (atividade  na  flecha)  e o formato  ANN  (atividade  no  no),  mais  comumente 
usado,  de  um  diagrama  de  rede.  Os  diagramas  de  atividades  de  rede  sao  usados  com  metodologias 
de  agendamento  de  projetos  como  a tecnica  de  avaliagao  e revisao  de  programa  (PERT),  metodo  do 
caminho  critico  (MCC)  e o metodo  de  diagrama  de  precedence  (MDP). 

• Diagramas  matriciais.  Uma  ferramenta  de  gerenciamento  e controle  de  qualidade  usada  para 
executar  a analise  dos  dados  dentro  da  estrutura  organizacional  criada  em  matriz.  0 diagrama  em 
matriz  procura  mostrar  a forga  dos  relacionamentos  entre  fatores,  causas  e objetivos  que  existem 
entre  as  linhas  e colunas  que  formam  a matriz. 
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Figura  8-10.  Storyboard  ilustrando  as  sete  ferramentas  de  gerenciamento  e controle  da  qualidade 
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8.2. 2.2  Auditorias  de  qualidade 

Uma  auditoria  da  qualidade  e uma  revisao  estruturada  e independente  para  determinar  se  as  atividades 
do  projeto  estao  cumprindo  as  politicas,  os  processos  e os  procedimentos  da  organizagao  e do  projeto.  Os 
objetivos  de  uma  auditoria  da  qualidade  podem  incluir: 

• Identificar  todas  as  boas  e melhores  praticas  sendo  implementadas; 

• Identificar  todas  as  nao  conformidades,  lacunas  e deficiencias; 

• Compartilhar  as  boas  praticas  introduzidas  ou  implementadas  em  projetos  similares  na  organizagao 
e/ou  no  setor; 

• Oferecer  apoio  proativo  de  forma  positiva  para  melhorar  a implementagao  de  processos,  a fim  de 
ajudar  a equipe  a aumentar  a produtividade;  e 

• Destacar  as  contribuigoes  de  cada  auditoria  no  repository  de  ligoes  aprendidas  da  organizagao. 

Os  esforgos  subsequentes  para  corrigir  quaisquer  deficiencias  devem  resultar  em  uma  redugao  do  custo 
da  qualidade  e urn  aumento  da  aceitagao  do  produto  do  projeto  pelo  patrocinador  ou  cliente.  As  auditorias  de 
qualidade  podem  ser  programadas  ou  aleatorias,  e podem  ser  realizadas  por  auditores  internos  ou  externos. 

As  auditorias  de  qualidade  podem  confirmar  a implementagao  de  solicitagoes  de  mudanga  aprovadas, 
incluindo  atualizagoes,  agoes  corretivas,  reparos  de  defeitos  e agoes  preventivas. 

8.2. 2. 3 Analise  de  processos 

A analise  de  processos  segue  as  etapas  descritas  no  piano  de  melhorias  no  processo  para  identificar  as 
melhorias  necessarias.  Essa  analise  tambem  examina  os  problemas  ocorridos,  as  restrigoes  encontradas  e as 
atividades  sem  valor  agregado  identificadas  durante  a operagao  dos  processos.  A analise  de  processos  inclui 
a analise  de  causa-raiz,  uma  tecnica  especifica  para  identificar  urn  problema,  descobrir  as  causas  subjacentes 
que  levaram  a ele  e desenvolver  agoes  preventivas. 

8.2.3  Realizar  a garantia  da  qualidade:  saidas 
8.2.3.1  Solicitagoes  de  mudanga 

As  solicitagoes  de  mudanga  sao  criadas  e usadas  como  entradas  no  processo  Realizar  o controle  integrado 
de  mudangas  (Segao  4.5)  para  permitir  a consideragao  total  das  melhorias  recomendadas.  As  solicitagoes  de 
mudanga  sao  usadas  para  adotar  agoes  corretivas  ou  preventivas,  ou  para  realizar  o reparo  dos  defeitos. 
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8.2. 3.2  Atualizagdes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Plano  de  gerenciamento  da  qualidade  (Segao  8.1 .3.1 ), 

• Plano  de  gerenciamento  do  escopo  (Segao  5.1 .3.1 ), 

• Plano  de  gerenciamento  do  cronograma  (Segao  6.1 .3.1 ),  e 

• Plano  de  gerenciamento  dos  custos  (7.1 .3.1 ). 

8.2. 3. 3 Atualizagdes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Relatorios  de  auditorias  de  qualidade, 

• Pianos  de  treinamento,  e 

• Documentagao  dos  processos. 

8.2. 3.4  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  elementos  dos  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  mas  nao  se 
limitam,  aos  padroes  de  qualidade  da  organizagao  e ao  sistema  de  gerenciamento  da  qualidade. 


8.3  Controlar  a qualidade 

Controlar  a qualidade  e o processo  de  monitoramento  e registro  dos  resultados  da  execugao  das  atividades 
de  qualidade  para  avaliar  o desempenho  e recomendar  as  mudangas  necessarias.  Os  principals  beneficios 
deste  processo  incluem:  (1)  identificar  as  causas  da  baixa  qualidade  do  processo  ou  do  produto  e recomendar 
e/ou  tomar  medidas  para  elimina-las;  e (2)  validar  a conformidade  das  entregas  e do  trabalho  do  projeto  com 
os  requisitos  necessarios  a aceitagao  final  especificados  pelas  principals  partes  interessadas.  As  entradas, 
ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  8-11.  A Figura  8-12  ilustra  o 
diagrama  de  fluxo  de  dados  do  processo. 
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Figura  8-11.  Controlar  a qualidade:  entradas,  ferramentas  e tecnicas,  e saidas 


Figura  8-12.  Diagrama  do  fluxo  do  dados  do  processo  Realizar  o controle  da  qualidade 
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0 processo  Controlar  a qualidade  usa  um  conjunto  de  tecnicas  e tarefas  operacionais  para  verificar 
se  a saida  entregue  cumprira  os  requisitos.  A garantia  da  qualidade  deve  ser  usada  durante  as  fases  de 
planejamento  e execugao  do  projeto  para  transmitir  a confianga  de  que  os  requisitos  da  parte  interessada 
serao  cumpridos,  e o controle  da  qualidade  deve  ser  usado  durante  as  fase  de  execugao  e encerramento  para 
demonstrar  formalmente,  com  dados  confiaveis,  que  os  criterios  de  aceitagao  do  patrocinador  ou  do  cliente 
foram  cumpridos. 

A equipe  de  gerenciamento  do  projeto  pode  ter  um  conhecimento  pratico  de  processos  de  controle  estatistico 
da  qualidade,  para  avaliar  os  dados  contidos  nas  saidas  de  qualidade  do  controle.  Entre  outros  assuntos,  e 
recomendavel  que  a equipe  conhega  as  diferengas  entre  os  seguintes  pares  de  termos: 

• Prevengao  (manter  os  erros  fora  do  processo)  e inspegao  (manter  os  erros  fora  do  alcance  do  cliente). 

• Amostragem  de  atributos  (o  resultado  esta  em  conformidade  ou  nao  esta  em  conformidade)  e 
amostragem  de  variaveis  (o  resultado  e classificado  em  uma  escala  continua  que  mede  o grau  de 
conformidade). 

• To/eranc/as (uma  faixaespecificadade  resultados  aceitaveis)  e limites  de  controle  (que  identificam  os 
limites  de  variagao  comum  em  um  processo  estatisticamente  estavel  ou  desempenho  do  processo). 

8.3.1  Controlar  a qualidade:  entradas 

8.3.1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  8.1 .3.1 . 0 piano  de  gerenciamento  do  projeto  contem  o piano  de  gerenciamento  da 
qualidade,  que  e usado  para  controlar  a qualidade.  0 piano  de  gerenciamento  da  qualidade  descreve  como  o 
controle  da  qualidade  sera  realizado  no  projeto. 

8.3.1 .2  Metricas  da  qualidade 

Descritas  na  Segao  8. 1.3. 3.  Uma  metrica  da  qualidade  descreve  um  atributo  do  projeto  ou  do  produto  e 
como  ele  sera  medido.  Alguns  exemplos  de  metricas  da  qualidade  incluem:  pontos  de  fungao,  tempo  medio 
entre  falhas  (TMEF),  e tempo  medio  de  reparo  (TMDR). 

8.3.1 .3  Listas  de  verificagao  da  qualidade 

Descritas  na  Segao  8.1 .3.4.  As  listas  de  verificagao  da  qualidade  sao  listas  estruturadas  para  verificar  se  o 
trabalho  do  projeto  e suas  entregas  cumprem  um  conjunto  de  requisitos. 
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8.3.1 .4  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4.3. 3.2.  Os  dados  de  desempenho  do  trabalho  podem  incluir: 

• Desempenho  tecnico  planejado  versus  real, 

• Desempenho  dos  prazos  planejados  versus  reais,  e 

• Desempenho  dos  custos  planejados  versus  reais. 

8.3.1 .5  Solicitagoes  de  mudanga  aprovadas 

Como  parte  do  processo  Realizar  o controle  integrado  de  mudangas,  uma  atualizagao  no  registro  de  mudangas 
indica  que  algumas  mudangas  foram  aprovadas  e outras  nao.  As  solicitagoes  de  mudanga  aprovadas  podem 
incluir  modificagoes  tais  como  reparos  de  defeitos,  revisao  dos  metodos  de  trabalho  e revisao  do  cronograma. 
A implementagao  oportuna  das  mudangas  aprovadas  precisa  ser  verificada. 

8.3.1 .6  Entregas 

Descritas  na  Segao  4. 3.3.1 . Uma  entrega  e qualquer  produto,  resultado  ou  capacidade  exclusiva  e verificavel 
que  resulta  em  uma  entrega  validada  exigida  pelo  projeto. 

8.3.1 .7  Documentos  do  projeto 

Os  documentos  do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Acordos, 

• Relatorios  de  auditoria  da  qualidade  e registros  das  mudangas  apoiados  por  pianos  de  agao  corretiva, 

• Pianos  de  treinamento  e avaliagoes  da  eficacia,  e 

• Documentos  dos  processos  tais  como  os  obtidos  usando  as  sete  ferramentas  de  qualidade  basicas 
ou  as  ferramentas  de  gerenciamento  e controle  da  qualidade  mostradas  nas  Figuras  8-7  e 8-10. 

8.3.1 .8  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  influenciam  o processo  Controlar  a 
qualidade  incluem,  mas  nao  estao  limitados,  a: 

• Padroes  e poh'ticas  de  qualidade  da  organizagao, 

• Diretrizes  padronizadas  do  trabalho,  e 

• Procedimentos  de  relatorios  de  questoes  e defeitos  e politicas  de  comunicagao. 
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8.3.2  Controlar  a qualidade:  ferramentas  e tecnicas 

8.3.2.1  Sete  ferramentas  de  qualidade  basicas 

Descritas  na  Segao  8.1 .2.3.  As  sete  ferramentas  de  qualidade  basicas  estao  ilustradas  de  forma  conceitual 
na  Figura  8-7. 

8.3.2.2  Amostragem  estatistica 

Descrita  na  Segao  8. 1.2. 6.  As  amostras  sao  selecionadas  e testadas  conforme  definido  no  piano  de 
gerenciamento  da  qualidade. 

8.3.2.3  Inspegao 

Lima  inspegao  e o exame  de  urn  produto  de  trabalho  para  determinar  se  o mesmo  esta  em  conformidade 
com  os  padroes  documentados.  Os  resultados  de  uma  inspegao  geralmente  incluem  medigoes  e podem  ser 
conduzidos  em  qualquer  nivel.  Por  exemplo,  e possivel  inspecionar  os  resultados  de  uma  unica  atividade  ou  o 
produto  final  de  urn  projeto.  As  inspegoes  podem  ser  chamadas  de  revisoes,  revisoes  por  pares,  auditorias  ou 
homologagoes  (em  ingles,  walkthroughs).  Em  algumas  areas  de  aplicagao,  esses  termos  tern  significados  mais 
restritos  e especificos.  As  inspegoes  tambem  sao  usadas  para  validar  os  reparos  dos  defeitos. 

8.3. 2.4  Analise  das  solicitagoes  de  mudanga  aprovadas 

Todas  as  solicitagoes  de  mudanga  aprovadas  devem  ser  analisadas  para  verificar  se  foram  implementadas 
como  aprovadas. 

8.3.3  Controlar  a Qualidade:  sai'das 

8.3.3.1  Medigoes  de  controle  da  qualidade 

As  medigoes  de  controle  da  qualidade  sao  os  resultados  das  atividades  de  controle  da  qualidade.  Elas 
devem  ser  captadas  no  formato  especificado  no  processo  Planejar  o gerenciamento  da  qualidade  (Segao  8.1). 

8.3.3.2  Mudangas  validadas 

Todos  os  itens  alterados  ou  reparados  sao  inspecionados  e serao  aceitos  ou  rejeitados  antes  do  fornecimento 
da  notificagao  da  decisao.  Os  itens  rejeitados  podem  exigir  o retrabalho. 
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8. 3. 3. 3 Entregas  verificadas 

Uma  das  metas  do  processo  Controlar  a qualidade  e determinar  a corregao  das  entregas.  Os  resultados 
da  execugao  do  processo  Controlar  a qualidade  sao  as  entregas  verificadas.  As  entregas  verificadas  sao  uma 
entrada  para  o processo  Validar  o escopo  (5.5.1 .4)  para  a obtengao  do  aceite  formal. 

8.3.3.4  Informacoes  sobre  o desempenho  do  trabalho 

As  informagoes  sobre  o desempenho  do  trabalho  sao  dados  de  desempenho  coletados  de  varios  processos 
de  controle,  analisados  em  contexto  e integrados  com  base  nos  relacionamentos  entre  as  areas.  Exemplos 
incluem  informagoes  sobre  o cumprimento  dos  requisitos  do  projeto  tais  como  causas  das  rejeigoes,  retrabalho 
exigido,  ou  a necessidade  de  ajustes  nos  processos. 

8 

8.3. 3.5  Solicitagoes  de  mudanga 

Se  as  agoes  corretivas  ou  preventivas  recomendadas  ou  urn  reparo  em  urn  defeito  exigir  uma  modificagao 
no  piano  de  gerenciamento  do  projeto,  uma  solicitagao  de  mudanga  (Segao  4. 4.3.1)  deve  ser  iniciada,  de 
acordo  com  o processo  Realizar  o controle  integrado  de  mudangas  (4.5)  definido. 

8.3. 3.6  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Plano  de  gerenciamento  da  qualidade  (Segao  8.1 .3.1 ),  e 

• Plano  de  melhorias  no  processo  (Segao  8.1 .3.2). 

8.3.37  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Padroes  de  qualidade; 

• Acordos; 

• Relatorios  de  auditorias  de  qualidade  e registros  de  mudangas  apoiados  por  pianos  de  agao  corretiva; 

• Pianos  de  treinamento  e avaliagoes  de  eficacia;  e 

• Documentos  dos  processos,  tais  como  informagoes  obtidas  atraves  do  uso  das  sete  ferramentas  de 
qualidade  basicas  ou  ferramentas  de  gerenciamento  e controle  da  qualidade. 
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8.3.3.8  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  elementos  dos  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Listas  de  verificagao  concluidas.  Quando  sao  usadas  listas  de  verificagao,  as  listas  concluidas 
tornam-se  parte  dos  documentos  do  projeto  e dos  ativos  de  processos  organizacionais  (Segao 
4.1. 1.5). 

• Documentagao  de  ligoes  aprendidas.  As  causas  das  variagoes,  o raciocinio  portras  da  agao  corretiva 
escolhida  e outros  tipos  de  ligoes  aprendidas  com  o controle  da  qualidade  sao  documentados  para 
inclusao  no  banco  de  dados  historicos  do  projeto  e da  organizagao  executora. 
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GERENCIAMENTO  DOS  RECURSOS  HUMANOS  DO  PROJETO 

O gerenciamento  dos  recursos  humanos  do  projeto  inclui  os  processos  que  organizam,  gerenciam  e guiam 
a equipe  do  projeto.  A equipe  do  projeto  consiste  das  pessoas  com  papeis  e responsabilidades  designadas 
para  completar  o projeto.  Os  membros  da  equipe  do  projeto  podem  ter  varios  conjuntos  de  habilidades,  atuar 
em  regime  de  tempo  integral  ou  parcial,  e podem  ser  acrescentados  ou  removidos  da  equipe  a medida  que 
o projeto  progride.  Os  membros  da  equipe  do  projeto  tambem  podem  ser  referidos  como  pessoal  do  projeto. 
Embora  os  papeis  e responsabilidades  especificos  para  os  membros  da  equipe  do  projeto  sejam  designados, 
o envolvimento  de  todos  os  membros  da  equipe  no  planejamento  do  projeto  e na  tomada  de  decisoes  pode 
ser  benefico.  A participagao  dos  membros  da  equipe  durante  o planejamento  agrega  seus  conhecimentos  ao 
processo  e fortalece  o compromisso  com  o projeto. 

A Figura  9-1  mostra  uma  visao  geral  dos  processos  de  gerenciamento  dos  recursos  humanos  do  projeto, 
que  sao: 

9.1  Desenvolver  o piano  dos  recursos  humanos — 0 processo  de  identificagao  e documentagao  de 
papeis,  responsabilidades,  habilidades  necessarias,  relagoes  hierarquicas,  alem  da  criagao  de  urn 
piano  de  gerenciamento  do  pessoal. 

9.2  Mobilizar  a equipe  do  projeto — 0 processo  de  confirmagao  da  disponibilidade  dos  recursos 
humanos  e obtengao  da  equipe  necessaria  para  terminar  as  atividades  do  projeto. 

9.3  Desenvolver  a equipe  do  projeto — 0 processo  de  melhoria  de  competencias,  da  interagao  da 
equipe  e do  ambiente  geral  da  equipe  para  aprimorar  o desempenho  do  projeto. 

9.4  Gerenciar  a equipe  do  projeto — 0 processo  de  acompanhar  o desempenho  dos  membros  da 
equipe,  fornecer  feedback,  resolver  problemas  e gerenciar  mudangas  para  otimizar  o desempenho 
do  projeto. 
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Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  em  detalhes 
naSegao  3 e noAnexo  A1. 

Como  resultado  dessas  interagoes,  urn  planejamento  adicional  pode  ser  necessario  ao  longo  do  projeto. 
Por  exemplo: 

• Depois  que  os  membros  da  equipe  inicial  criam  uma  estrutura  analitica  do  projeto,  pode  ser  necessario 
mobilizar  pessoal  adicional  para  a equipe. 

• Amedidaquemembrosadicionaissaoincluidosnaequipe,seusniveisdeexperiencia,ouinexperiencia, 
podem  reduzir  ou  aumentar  os  riscos  do  projeto,  criando  a necessidade  de  planejamentos  de  riscos 
adicionais. 

• Quando  as  duragoes  das  atividades  sao  estimadas,  orgadas,  delimitadas  ou  planejadas  antes  da 
identificagao  de  todos  os  membros  da  equipe  do  projeto  e seus  niveis  de  competencies,  as  duragoes 
das  atividades  podem  mudar. 

A equipe  de  gerenciamento  de  projetos  e urn  subconjunto  da  equipe  do  projeto  e e responsavel  pelas 
atividades  de  gerenciamento  do  projeto  e lideranga,  como  iniciagao,  planejamento,  execugao,  monitoramento, 
controle  e encerramento  das  varias  fases  do  projeto.  Este  grupo  tambem  pode  ser  chamado  de  equipe  principal, 
equipe  executiva,  ou  equipe  de  lideranga.  Em  projetos  menores,  as  responsabilidades  de  gerenciamento 
do  projeto  podem  ser  compartilhadas  por  toda  a equipe  ou  administradas  exclusivamente  pelo  gerente  de 
projetos.  0 patrocinador  do  projeto  trabalha  com  a equipe  de  gerenciamento  de  projetos,  geralmente  dando 
apoio  em  questoes  como  financiamento  do  projeto,  esclarecimento  do  escopo,  monitoramento  do  progresso,  e 
influenciando  as  partes  interessadas  da  organizagao  solicitante  e executora  para  beneficiar  o projeto. 

Gerenciar  e liderar  a equipe  do  projeto  inclui,  mas  nao  se  limita,  a: 

• Influenciar  a equipe  do  projeto.  0 gerente  de  projetos  deve  estar  ciente  e influenciar,  quando 
possivel,  os  fatores  de  recursos  humanos  que  podem  impactar  o projeto.  Esses  fatores  incluem  o 
ambiente  da  equipe,  localizagoes  geograficas  dos  membros  da  equipe,  comunicagoes  entre  as  partes 
interessadas,  questoes  politicas  internas  e externas,  questoes  culturais,  exclusividade  organizacional 
e outros  fatores  que  podem  alterar  o desempenho  do  projeto. 

• Comportamento  profissional  e etico.  A equipe  de  gerenciamento  de  projetos  deve  estar  ciente, 
assumir  o compromisso  e garantir  que  todos  os  membros  da  equipe  tenham  urn  comportamento  etico. 
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Visao  geral  do  gerenciamento  dos 
recursos  humanos  do  projeto 
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Figura  9-1 . Visao  geral  do  gerenciamento  dos  recursos  humanos  do  projeto 
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9.1  Planejar  o gerenciamento  dos  recursos  humanos 

Planejar  o gerenciamento  dos  recursos  humanos  e o processo  de  identificagao  e documentagao  de 
papeis,  responsabilidades,  habilidades  necessarias  e relagoes  hierarquicas  do  projeto,  alem  da  criagao  de  urn 
piano  de  gerenciamento  de  pessoal.  0 principal  beneficio  desse  processo  e o estabelecimento  dos  papeis, 
responsabilidades  e organogramas  do  projeto,  alem  do  piano  de  gerenciamento  de  pessoal,  incluindo  o 
cronograma  para  mobilizagao  e liberagao  de  pessoal.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse 
processo  estao  ilustradas  na  Figura  9-2.  A Figura  9-3  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Requisitos  de  recursos 
das  atividades 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 

V / 


Ferramentas  e tecnicas 


.1  Organogramas  e 
describes  de  cargos 
.2  Rede  de  relacionamentos 
.3  Teoria  organizacional 
.4  Opiniao  especializada 
.5  Reunioes 

V 


.1  Plano  de  gerenciamento 
dos  recursos  humanos 
V / 


Figura  9-2.  Planejar  o gerenciamento  dos  recursos  humanos:  entradas, 
ferramentas  e tecnicas,  e saidas 


Gerenciamento  dos  recursos  humanos  do  projeto 


7.2 

Estimar 
os  custos 


11.2 

Identificar 
os  riscos 


Figura  9-3.  Diagrama  do  fluxo  de  dados  do  projeto  Planejar  o gerenciamento  dos  recursos 
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0 planejamento  dos  recursos  humanos  e usado  para  determinar  e identificar  recursos  humanos  com  as 
habilidades  necessarias  para  o sucesso  do  projeto.  0 piano  de  gerenciamento  dos  recursos  humanos  descreve 
como  os  papeis  e responsabilidades,  a estrutura  hierarquica  e o gerenciamento  do  pessoal  serao  abordados 
e estruturados  dentro  de  urn  projeto.  Ele  tambem  content  o piano  de  gerenciamento  do  pessoal  incluindo 
cronogramas  para  a mobilizagao  e liberagao  de  pessoal,  identificagao  das  necessidades  de  treinamento, 
estrategias  para  construgao  da  equipe,  pianos  para  programas  de  reconhecimento  e recompensas,  estrategias 
para  a mobilizagao  e liberagao  de  pessoal,  pianos  para  programas  de  reconhecimento  e recompensas, 
consideragoes  sobre  conformidade,  questoes  de  seguranga  e o impacto  do  piano  de  gerenciamento  de  pessoal 
sobre  a organizagao. 

0 planejamento  de  recursos  humanos  eficaz  deve  considerar  e planejar  para  a disponibilidade  ou  a 
competigao  por  recursos  escassos.  As  fungoes  do  projeto  podem  ser  designadas  a pessoas  ou  membros  da 
equipe.  Essas  equipes  ou  membros  da  equipe  podem  ser  internos  ou  externos  a organizagao  executora  do 
projeto.  Outros  projetos  podem  estar  competindo  por  recursos  humanos  com  as  mesmas  competencias  ou 
conjuntos  de  habilidades.  Considerando  esses  fatores,  os  custos,  cronogramas,  riscos,  qualidade  e outras 
areas  do  projeto  podem  ser  significativamente  afetadas. 

9.1.1  Planejar  o gerenciamento  dos  recursos  humanos:  entradas 

9.1 .1 .1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . 0 piano  de  gerenciamento  do  projeto  e usado  para  desenvolver  o piano  de 
gerenciamento  dos  recursos  humanos  como  descrito  na  Segao  9.1 .3.1.  As  informagoes  usadas  para  o 
desenvolvimento  do  piano  de  gerenciamento  dos  recursos  humanos  incluem,  mas  nao  se  limitam,  a: 

• 0 ciclo  de  vida  do  projeto  e os  processos  que  serao  aplicados  a cada  fase, 

• Como  o trabalho  sera  executado  para  cumprir  os  objetivos  do  projeto, 

• Urn  piano  de  gerenciamento  de  mudangas  que  documenta  como  as  mudangas  serao  monitoradas  e 
controladas, 

• Urn  piano  de  gerenciamento  de  configuragao  que  documenta  como  o gerenciamento  de  configuragao 
sera  realizado, 

• Como  a integridade  das  linhas  de  base  sera  mantida,  e 

• Necessidades  e metodos  de  comunicagao  entre  as  partes  interessadas. 
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9.1 .1 .2  Requisitos  de  recursos  das  atividades 

Descritos  na  Segao  6.4. 3.1 . 0 planejamento  dos  recursos  humanos  usa  requisitos  de  recursos  das  atividades 
para  determinar  as  necessidades  de  recursos  humanos  do  projeto.  Os  requisitos  preliminares  relativos  aos 
membros  da  equipe  do  projeto  necessarios  e suas  competencias  sao  elaborados  progressivamente  como  parte 
do  processo  Planejar  o gerenciamento  dos  recursos  humanos. 

9.1 .1 .3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Planejar  o 
gerenciamento  dos  recursos  humanos  incluem,  mas  nao  estao  limitados,  a: 

• Cultura  e estrutura  da  organizagao, 

• Recursos  humanos  existentes, 

• Dispersao  geografica  dos  membros  da  equipe, 

• Politicas  de  administragao  de  pessoal,  e 

• Condigoes  do  mercado. 

9.1 .1 .4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Planejar 
o gerenciamento  dos  recursos  humanos  incluem,  mas  nao  estao  limitados,  a: 

• Processos  e politicas  padronizados  da  organizagao  e descrigoes  de  papeis; 

• Modelos  para  organogramas  e descrigoes  de  cargos; 

• Ligoes  aprendidas  sobre  estruturas  organizacionais  que  funcionaram  em  projetos  anteriores;  e 

• Procedimentos  de  encaminhamento  para  a abordagem  de  questoes  dentro  da  equipe  e da  organizagao 
executora. 
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9.1.2  Planejar  o gerenciamento  dos  recursos  humanos:  ferramentas  e tecnicas 

9.1 .2.1  Organogramas  e descrigoes  de  cargos 

Existem  diversos  formatos  para  documentar  os  papeis  e responsabilidades  dos  membros  da  equipe.  A 
maioria  dos  formatos  correspondem  a um  dos  tres  tipos  (Figura  9-4):  hierarquicos,  matriciais  e em  formatos 
de  texto.  Alem  disso,  algumas  designagoes  do  projeto  estao  listadas  em  pianos  auxiliares,  tais  como  os  pianos 
de  gerenciamento  de  riscos,  qualidade  ou  comunicagoes.  Independentemente  do  metodo  usado,  o objetivo  e 
garantir  que  cada  pacote  de  trabalho  tenha  um  responsavel  bem  definido,  e que  todos  os  membros  da  equipe 
entendam  claramente  seus  papeis  e responsabilidades.  Por  exemplo,  um  formato  hierarquico  pode  ser  usado 
de  um  modo  mais  generalizado,  enquanto  um  formato  de  texto  pode  ser  mais  adequado  para  documentar  as 
responsabilidades  detalhadas. 


Organograma  Tabela  de  responsabilidades  Descriqao  dos  papeis 

(hierarquico)  (matricial)  (texto) 


Figura  9-4.  Formatos  de  definigao  dos  papeis  e responsabilidades 


• Graficos  hierarquicos.  A estrutura  de  organograma  tradicional  pode  ser  usada  para  mostrar  posigoes 
e relagoes  em  um  formato  grafico  de  cima  para  baixo.  As  estruturas  analiticas  do  projeto  (EAPs) 
designadas  para  mostrar  como  as  entregas  do  projeto  sao  desdobradas  em  pacotes  de  trabalho 
fornecem  uma  visao  das  areas  de  responsabilidade  de  um  modo  geral.  Enquanto  a EAP  mostra  um 
desdobramento  das  entregas  do  projeto,  a estrutura  analitica  organizacional  (EAO)  e organizada  de 
acordo  com  os  departamentos,  as  unidades  ou  equipes  da  organizagao  existentes,  com  as  atividades 
ou  os  pacotes  de  trabalho  do  projeto  listados  sob  cada  departamento.  Um  departamento  operacional, 
como  tecnologia  da  informagao  ou  compras,  pode  ver  todas  as  suas  responsabilidades  de  projeto 
observando  sua  parte  da  EAO.  A estrutura  analitica  dos  recursos  (EAR)  e uma  lista  hierarquica  dos 
recursos  organizada  por  categoria  e tipo  de  recursos,  usada  para  facilitar  o planejamento  e controlar 
o trabalho  do  projeto.  Cada  nivel  descendente  (mais  baixo)  representa  uma  descrigao  cada  vez  mais 
detalhada  do  recurso  ate  que  seja  suficientemente  pequeno  para  o uso  em  conjunto  com  a estrutura 
analitica  do  projeto  (EAP)  para  permitir  o planejamento,  monitoramento  e controle  do  projeto.  A 
estrutura  analitica  dos  recursos  e util  para  monitorar  os  custos  do  projeto  e pode  ser  alinhada  com 
o sistema  de  contabilidade  da  organizagao.  Ela  pode  incluir  outras  categorias  de  recursos,  alem  das 
categorias  de  recursos  humanos. 
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• Graficos  matriciais.  Uma  matriz  de  responsabilidades  (MR)  e uma  tabela  que  mostra  os  recursos 
do  projeto  alocados  a cada  pacote  de  trabalho.  E usada  para  ilustrar  as  conexoes  entre  pacotes  de 
trabalho  ou  atividades  e os  membros  da  equipe  do  projeto.  Em  projetos  maiores,  as  MRs  podem  ser 
desenvolvidas  em  varios  mveis.  Por  exemplo,  uma  MR  de  alto  nivel  pode  definir  que  urn  grupo  ou 
uma  unidade  da  equipe  do  projeto  e responsavel  por  cada  componente  da  EAP,  enquanto  MRs  de 
nivel  mais  baixo  sao  usadas  no  grupo  para  designar  papeis,  responsabilidades  e mveis  de  autoridade 
para  atividades  especificas.  0 formato  matricial  mostra  todas  as  atividades  associadas  a uma 
pessoa  e todas  as  pessoas  associadas  a uma  atividade.  Isso  tambem  assegura  que  apenas  uma 
pessoa  seja  responsavel  por  cada  tarefa  para  evitar  confusao  sobre  quern,  em  ultima  analise,  esta 
encarregado  ou  tern  autoridade  sobre  o trabalho.  Urn  exemplo  de  MR  e urn  grafico  RACI  (Responsavel 
pela  execugao,  responsavel  pela  aprovagao,  e consultado  e informado),  mostrado  na  Figura  9-5.  0 
exemplo  de  grafico  mostra  o trabalho  a ser  feito  na  coluna  da  esquerda  como  atividades.  Os  recursos 
designados  podem  ser  mostrados  como  pessoas  ou  grupos.  0 gerente  de  projetos  pode  selecionar 
outras  opgoes  como  designagoes  de  “lideranga”  e “recurso”  ou  outras,  conforme  apropriado  para  o 
projeto.  0 grafico  RACI  e umaferramenta  util  quando  a equipe  tern  recursos  internos  e externos,  para 
garantir  divisoes  Claras  de  papeis  e expectativas. 


Grafico  RACI 
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R 

R = Responsavel  A = Responsavel  pela  aprovagao  C = Consultar  I = Informar 


Figura  9-5.  Matriz  RACI 

• Em  formatos  de  texto.  As  responsabilidades  de  membros  da  equipe  que  requerem  descrigoes 
detalhadas  podem  ser  especificadas  em  formatos  de  texto.  Normalmente  em  forma  de  uma  lista 
organizada  ou  formulario,  esses  documentos  fornecem  informagoes  como  responsabilidades, 
autoridade,  competencias  e qualificagoes.  Os  documentos  sao  conhecidos  por  diversos  nomes, 
incluindo  descrigoes  de  cargos  e formularios  de  papel-responsabilidade-autoridade.  Esses 
documentos  podem  ser  usados  como  modelos  para  futuros  projetos,  especialmente  quando  as 
informagoes  sao  atualizadas  ao  longo  do  projeto  atual  com  a aplicagao  das  ligoes  aprendidas. 
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9.1 .2.2  Networking 

Networking  e a interagao  formal  e informal  com  outras  pessoas  na  organizagao,  no  setor  ou  no  ambiente 
profissional.  E uma  forma  construtiva  de  entender  os  fatores  politicos  e interpessoais  que  terao  impacto  na 
eficacia  de  diversas  opgoes  de  gerenciamento  de  pessoal.  0 gerenciamento  dos  recursos  humanos  se  beneficia 
de  urn  networking  bem  sucedido  melhorando  o conhecimento  e acesso  aos  recursos  humanos  tais  como 
alta  competencia,  experience  especializada  e oportunidades  de  parcerias  externas.  Exemplos  de  atividades 
de  networking  em  recursos  humanos  incluem  correspondences  proativas,  reunioes  de  almogo,  conversas 
informais  durante  reunioes  e eventos,  congressos  e simposios  do  setor.  0 desenvolvimento  do  networking 
pode  ser  uma  tecnica  util  no  inicio  de  urn  projeto.  Tambem  pode  ser  urn  metodo  eficaz  para  aprimorar  o 
desenvolvimento  do  profissional  de  gerenciamento  de  projetos  durante  e apos  o encerramento  do  projeto. 

9.1 .2.3  Teoria  organizacional 

A teoria  organizacional  fornece  informagoes  sobre  a forma  como  as  pessoas,  as  equipes  e as  unidades 
organ izacionaissecomportam.Ouso  eficaz  detemas  comuns  identificadosna  teoria  organizacional  podereduzir 
o tempo,  o custo  e o esforgo  necessarios  para  preparar  os  resultados  do  processo  Planejar  o gerenciamento 
dos  recursos  humanos  e melhorar  a eficiencia  do  planejamento.  E importante  reconhecer  que  diferentes 
estruturas  organizacionais  tern  diferentes  respostas  individuals,  desempenhos  individuals  e caracteristicas  de 
relacionamentos  pessoais.  Alem  disso,  as  teorias  organizacionais  aplicaveis  podem  recomendar  a pratica  de 
urn  estilo  de  lideranga  flexivel  que  se  adapte  a mudangas  no  nivel  de  maturidade  de  uma  equipe  ao  longo  do 
ciclo  de  vida  do  projeto. 

9.1 .2.4  Opiniao  especializada 

Durante  o desenvolvimento  do  piano  de  gerenciamento  dos  recursos  humanos,  a opiniao  especializada  e 
usada  para: 

• Listar  os  requisitos  preliminares  das  habilidades  necessarias; 

• Analisar  os  papeis  requeridos  para  o projeto  com  base  em  descrigoes  padronizadas  dos  papeis 
dentro  da  organizagao; 

• Determinar  o nivel  de  esforgo  preliminar  e a quantidade  de  recursos  necessarios  para  alcangar  os 
objetivos  do  projeto; 

• Determinar  os  relacionamentos  hierarquicos  necessarios  com  base  na  cultura  organizacional; 

• Fornecer  diretrizes  sobre  o tempo  habil  exigido  para  o pessoal  com  base  nas  ligoes  aprendidas  e nas 
condigoes  do  mercado; 

• Identificar  os  riscos  associados  aos  pianos  de  mobilizagao,  retengao  e liberagao  de  pessoal;  e 

• Identificar  e recomendar  programas  para  o cumprimento  dos  contratos  governamentais  e com 
sindicatos  aplicaveis. 
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9.1 .2.5  Reunides 

Ao  planejar  o gerenciamento  dos  recursos  humanos  do  projeto,  a equipe  de  gerenciamento  do  projeto  fara 
reunioes  de  planejamento.  Essas  reunides  influenciam  a combinagao  de  outras  ferramentas  e tecnicas  que 
permitem  que  todos  os  membros  da  equipe  de  gerenciamento  do  projeto  cheguem  a um  consenso  sobre  o 
piano  de  gerenciamento  dos  recursos  humanos. 

9.1.3  Planejar  o gerenciamento  dos  recursos  humanos:  sai'das 

9.1 .3.1  Plano  de  gerenciamento  dos  recursos  humanos 

0 piano  de  gerenciamento  dos  recursos  humanos,  uma  parte  do  piano  de  gerenciamento  do  projeto,  fornece 
orientagao  sobre  como  os  recursos  humanos  do  projeto  devem  ser  definidos,  mobilizados,  gerenciados  e,  por 
fim,  liberados.  0 piano  de  gerenciamento  dos  recursos  humanos  e quaisquer  revisoes  subsequentes  tambem 
sao  entradas  no  processo  Desenvolver  o piano  de  gerenciamento  do  projeto. 

0 piano  de  gerenciamento  dos  recursos  humanos  inclui,  mas  nao  esta  limitado,  a: 

• Papeis  e responsabilidades.  E necessario  abordar  os  seguintes  topicos  ao  listar  os  papeis  e 
responsabilidades  necessarias  para  concluir  um  projeto: 

o Papel.  A fungao  assumida  ou  a ser  designada  a uma  pessoa  no  projeto.  Exemplos  de  papeis 
de  projeto  sao  engenheiro  civil,  analista  de  negocios  e coordenador  de  testes.  A clareza  do 
papel  em  relagao  a autoridade,  responsabilidades  e limites  deve  ser  documentada. 

o Autoridade.  0 direito  de  aplicar  recursos  do  projeto,  tomar  decisoes,  assinar  aprovagoes, 
aceitar  entregas  e influenciar  outras  pessoas  para  executar  o trabalho  do  projeto.  Exemplos 
de  decisoes  que  precisam  de  autoridade  clara  incluem  a selegao  de  um  metodo  para 
concluir  uma  atividade,  aceitagao  da  qualidade  e como  responder  as  variagoes  no  projeto. 
Os  membros  da  equipe  atuam  melhor  quando  seus  niveis  de  autoridade  individuals 
correspondem  as  suas  responsabilidades  individuals. 

o Responsabilidade.  As  obrigagoes  e o trabalho  que  se  espera  que  um  membro  da  equipe  do 
projeto  execute  para  concluir  as  atividades  do  projeto. 

o Competencia.  A habilidade  e a capacidade  necessarias  para  concluir  as  atividades 
designadas  dentro  das  restrigoes  o projeto.  Se  os  membros  da  equipe  do  projeto  nao 
tern  as  competencias  necessarias,  o desempenho  pode  ser  prejudicado.  Quando  essas 
incompatibilidades  sao  identificadas,  respostas  proativas  tais  como  treinamento, 
contratagao,  mudangas  no  cronograma  ou  mudangas  no  escopo  sao  iniciadas. 
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• Organogramas  do  projeto.  Um  organograma  do  projeto  e uma  exibigao  grafica  dos  membros  da 
equipe  do  projeto  e suas  relagoes  hierarquicas.  Pode  ser  formal  ou  informal,  altamente  detalhado  ou 
amplamente  estruturado,  dependendo  das  necessidades  do  projeto.  Por  exemplo,  o organograma  do 
projeto  para  uma  equipe  de  resposta  a desastres  com  3.000  pessoas  tera  mais  detalhes  do  que  um 
organograma  de  um  projeto  interno  com  20  pessoas. 

• Plano  de  gerenciamento  de  pessoal.  0 piano  de  gerenciamento  de  pessoal  e um  componente  do 
piano  de  gerenciamento  dos  recursos  humanos  que  descreve  quando  e como  os  membros  da  equipe 
do  projeto  serao  mobilizados  e por  quanto  tempo  seus  servigos  serao  necessarios.  Ele  descreve  como 
os  requisitos  de  recursos  humanos  serao  cumpridos.  0 piano  de  gerenciamento  de  pessoal  pode  ser 
formal  ou  informal,  altamente  detalhado  ou  amplamente  estruturado,  dependendo  das  necessidades 
do  projeto.  0 piano  e atualizado  continuamente  durante  o projeto  para  direcionar  membros  da  equipe 
que  foram  anexados  e incluir  agoes  de  desenvolvimento.  As  informagoes  no  piano  de  gerenciamento 
de  pessoal  variam  de  acordo  com  a area  de  aplicagao  e o tamanho  do  projeto,  mas  os  itens  que 
devem  ser  considerados  incluem: 

o Mobilizagao  do  pessoal.  Algumas  questoes  surgem  ao  planejar  a mobilizagao  dos  membros 
da  equipe  do  projeto.  Por  exemplo,  se  os  recursos  humanos  vem  de  dentro  da  organizagao 
ou  de  fontes  externas  contratadas;  se  os  membros  da  equipe  necessitam  trabalhar  em  um 
local  central  ou  podem  trabalhar  em  locals  distantes;  os  custos  associados  com  cada  nfvel 
de  especialidade  necessaria  para  o projeto;  e o nfvel  de  assistencia  que  o departamento 
de  recursos  humanos  da  organizagao  e gerentes  funcionais  podem  fornecer  a equipe  de 
gerenciamento  do  projeto. 

o Calendarios  dos  recursos.  Calendarios  que  identificam  os  dias  uteis  e turnos  em  que  cada 
recurso  especffico  encontra-se  disponfvel.  0 piano  de  gerenciamento  de  pessoal  descreve 
os  intervalos  de  tempo  necessarios  para  membros  da  equipe  do  projeto,  individual  ou 
coletivamente,  e tambem  quando  as  atividades  de  mobilizagao,  como  o recrutamento, 
devem  comegar.  Uma  ferramenta  para  representar  graficamente  os  recursos  humanos  e o 
histograma  de  recursos,  usado  pela  equipe  de  gerenciamento  de  projetos  como  um  meio  de 
fornecer  uma  representagao  visual  ou  designagao  de  recursos  atodas  as  partes  interessadas. 
Este  grafico  ilustra  quantas  horas  uma  pessoa,  um  departamento,  ou  uma  equipe  inteira  de 
projeto  serao  necessarios  a cada  semana  ou  mes  durante  o projeto.  0 grafico  pode  incluir 
uma  linha  horizontal  que  representa  o numero  maximo  de  horas  disponfveis  de  um  recurso 
especffico.  As  barras  que  se  estendem  alem  do  numero  maximo  de  horas  disponfveis 
identificam  a necessidade  de  uma  estrategia  de  otimizagao  dos  recursos  (Segao  6.6. 2.4), 
tais  como  o acrescimo  de  mais  recursos  ou  a modificagao  do  cronograma.  Um  exemplo  de 
histograma  de  recursos  e ilustrado  na  Figura  9-6. 
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Figura  9-6.  Histograma  de  recursos  ilustrativo 


o Plano  de  liberagao  de  pessoal.  Determinar  o metodo  e a ocasiao  para  liberar  membros  da 
equipe  beneficia  tanto  o projeto  quanto  os  membros  da  equipe.  Quando  membros  da  equipe 
sao  liberados  de  urn  projeto,  os  custos  associados  a esses  recursos  nao  sao  mais  langados 
no  projeto,  o que  reduz  os  custos  do  projeto.  A motivagao  melhora  quando  transigoes 
tranquilas  para  futuros  projetos  ja  estao  planejadas.  Urn  piano  de  liberagao  de  pessoal 
tambem  ajuda  a reduzir  os  riscos  de  recursos  humanos  que  podem  ocorrer  durante  ou  no 
final  de  urn  projeto. 

o Necessidades  de  trelnamento.  Caso  se  espere  que  os  membros  da  equipe  possam  nao 
ter  as  competences  necessarias,  urn  piano  de  treinamento  podera  ser  desenvolvido  como 
parte  do  projeto.  0 piano  tambem  pode  incluir  formas  de  ajudar  os  membros  da  equipe  a 
obter  certificagoes  que  comprovariam  sua  capacidade  para  beneficiar  o projeto. 

o Reconhecimento  e recompensas.  Criterios  claros  para  recompensas  e urn  sistema 
planejado  para  seu  uso  ajudam  a promover  e reforgar  os  comportamentos  desejados.  Para 
serem  eficazes,  o reconhecimento  e as  recompensas  devem  se  basear  em  atividades  e 
desempenho  que  possam  ser  controlados  por  uma  pessoa.  Por  exemplo,  urn  membro  da 
equipe  que  sera  recompensado  por  cumprir  os  objetivos  de  custos  deve  ter  urn  nfvel  de 
controle  apropriado  sobre  as  decisoes  que  afetam  as  despesas.  Criar  urn  piano  com  prazos 
definidos  para  distribuigao  de  recompensas  garante  que  o reconhecimento  ocorra  e nao 
seja  esquecido.  0 reconhecimento  e as  recompensas  sao  parte  do  processo  Desenvolver  a 
equipe  do  projeto  (Segao  9.3). 
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o Conformidade.  0 piano  de  gerenciamento  de  pessoal  pode  incluir  estrategias  para 
cumprimento  das  regulamentagoes  do  governo  aplicaveis,  contratos  com  sindicatos  e 
outras  polfticas  de  recursos  humanos  estabelecidas. 

o Seguranga.  Polfticas  e procedimentos  que  protegem  os  membros  da  equipe  contra  riscos 
de  seguranga  podem  ser  inclufdos  no  piano  de  gerenciamento  de  pessoal  e no  registro 
dos  riscos. 


9.2  Mobilizar  a equipe  do  projeto 

Mobilizar  a equipe  do  projeto  e o processo  de  confirmagao  da  disponibilidade  dos  recursos  humanos  e 
obtengao  da  equipe  necessaria  para  terminar  as  atividades  do  projeto.  0 principal  beneficio  desse  processo 
consiste  em  esbogar  e orientar  a selegao  da  equipe  e designar  responsabilidades,  a fim  de  se  obter  uma 
equipe  de  sucesso.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustrados  na  Figura  9-7. 
A Figura  9-8  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


F Entradas  *1 

r i 

Ferramentas  e tecnicas 
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.1  Plano  de  gerenciamento 
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.2  Fatores  ambientais  da 
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.1  Pre-designagao 
.2  Negociagao 
.3  Contratagao 
.4  Equipes  virtuais 
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do  projeto 

.2  Calendarios  dos  recursos 
.3  Atualizagoes  no  piano  de 
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Figura  9-7.  Mobilizar  a equipe  do  projeto:  entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciamento  dos  recursos  humanos  do  projeto 


Empresa/ 

organizagao 
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7.3 

Determ  inar  o 
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Figura  9-8.  Diagrama  do  fluxo  de  dados  do  processo  Mobilizar  a equipe  do  projeto 


A equipe  de  gerenciamento  do  projeto  pode  ou  nao  ter  controle  direto  sobre  a selegao  dos  membros 
da  equipe  devido  a acordos  de  negociagao  coletiva,  uso  de  pessoal  subcontratado,  ambiente  de  projeto  em 
estrutura  matricial,  relagoes  hierarquicas  internas  ou  externas,  ou  diversas  outras  razoes.  E importante  que  os 
seguintes  fatores  sejam  considerados  durante  o processo  de  mobilizagao  da  equipe  do  projeto: 

• 0 gerente  de  projetos  ou  a equipe  de  gerenciamento  de  projetos  deve  negociar  com  eficacia  e 
influenciar  outras  pessoas  que  estejam  em  uma  posigao  de  fornecer  os  recursos  humanos  necessarios 
para  o projeto. 

• Deixar  de  mobilizar  os  recursos  humanos  necessarios  para  o projeto  pode  afetar  os  cronogramas 
e orgamentos,  a satisfagao  do  cliente,  a qualidade  e os  riscos.  Recursos  humanos  ou  capacidades 
insuficientes  podem  reduzir  a probabilidade  de  sucesso  e,  na  pior  das  hipoteses,  resultar  no 
cancelamento  do  projeto. 

• Se  os  recursos  humanos  nao  estiverem  disponiveis  devido  a restrigoes,  fatores  economicos  ou 
designagoes  anteriores  para  outros  projetos,  o gerente  de  projetos  ou  a equipe  do  projeto  pode 
precisar  designar  recursos  alternatives,  talvez  com  menos  competences,  desde  que  nao  ocorra 
infragao  de  requisitos  juridicos,  regulators,  obrigatorios  ou  outros  criterios  especificos. 
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Esses  fatores  devem  ser  considerados  e planejados  nas  etapas  de  planejamento  do  projeto.  0 gerente  de 
projetos  ou  a equipe  de  gerenciamento  de  projetos  devera  considerar  o impacto  de  qualquer  indisponibilidade 
de  recursos  humanos  necessarios  no  cronograma,  no  orgamento,  nos  riscos,  na  qualidade,  nos  pianos  de 
treinamento,  e nos  outros  pianos  de  gerenciamento  do  projeto. 

9.2.1  Mobilizar  a equipe  do  projeto:  entradas 

9.2.1 .1  Plano  de  gerenciamento  dos  recursos  humanos 

Descrito  na  Segao  9.1 .3.1 . 0 piano  de  gerenciamento  dos  recursos  humanos  fornece  orientagao  sobre 
como  os  recursos  humanos  do  projeto  devem  ser  identificados,  mobilizados,  gerenciados  e,  porfim,  liberados. 
Ele  inclui: 

• Papeis  e responsabilidades  definindo  os  cargos,  as  habilidades  e as  competencias  que  o projeto 
exige; 

• Organogramas  do  projeto  indicando  o numero  de  pessoas  necessarias  para  o projeto;  e 

• Plano  de  gerenciamento  de  pessoal  delineando  os  periodos  de  tempo  em  que  cada  membro  da  equipe 
do  projeto  sera  necessario,  e outras  informagoes  importantes  para  engajar  a equipe  do  projeto. 

9.2.1 .2  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  influenciam  o processo  Mobilizar  a equipe 
do  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Informagoes  existentes  de  recursos  humanos,  incluindo  disponibilidade,  niveis  de  competencia, 
experience  anterior,  interesse  em  trabalhar  no  projeto  e taxas  de  custo; 

• Politicas  de  administragao  de  pessoal  como,  por  exemplo,  as  que  afetam  a terceirizagao; 

• Estrutura  organizacional,  conforme  descrita  na  Segao  2.3.1 ; e 

• Equipe  baseada  no  mesmo  lugar  ou  em  varios  lugares. 

9.2.1 .3  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Mobilizar  a equipe  do  projeto  incluem,  mas  nao  estao  limitados,  as  politicas  padrao  da  organizagao,  processo 
e procedimentos. 
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9.2.2  Mobilizar  a equipe  do  projeto:  ferramentas  e tecnicas 

9.2.2.1  Pre-designagao 

Quando  os  membros  da  equipe  do  projeto  sao  selecionados  com  antecedent,  eles  sao  considerados  pre- 
designados.  Esta  situagao  pode  ocorrer  se  o projeto  e resultado  de  pessoas  especificas  sendo  identificadas 
como  parte  de  uma  proposta  competitiva,  se  o projeto  depende  dos  conhecimentos  especializados  de  pessoas 
especificas,  ou  se  algumas  designagoes  de  pessoal  sao  definidas  no  termo  de  abertura  do  projeto. 

9.2.2.2  Negociagao 

As  designagoes  de  pessoal  sao  negociadas  em  muitos  projetos.  Por  exemplo,  a equipe  de  gerenciamento 
do  projeto  podera  precisar  negociar  com: 

• Gerentes  funcionais,  para  garantir  que  o projeto  receba  pessoal  com  as  competencias  adequadas  e 
no  prazo  necessario  e que  os  membros  da  equipe  do  projeto  estarao  capazes,  dispostos  e autorizados 
atrabalhar  no  projeto  ate  que  suas  responsabilidades  sejam  concluidas; 

• Outras  equipes  de  gerenciamento  de  projetos  na  organizagao  executora,  para  designar  de  forma 
apropriada  recursos  humanos  escassos  ou  especializados;  e 

• Organizagoes  externas,  fornecedores,  prestadores  de  servigos  e contratados  externos,  etc.,  para 
obter  recursos  humanos  apropriados,  escassos,  especializados,  qualificados,  certificados  ou  de  outro 
tipo  especificado.  E necessario  dedicar  atengao  especial  ao  negociar  politicas,  praticas,  processos, 
diretrizes,  normas  juridicas  e outros  criterios  com  partes  externas. 

A capacidade  da  equipe  de  gerenciamento  do  projeto  para  influenciar  outras  pessoas  tern  urn  papel 
importante  na  negociagao  das  designagoes  de  pessoal,  assim  como  as  questoes  politicas  das  organizagoes 
envolvidas.  Por  exemplo,  urn  gerente  funcional  vai  ponderar  os  beneficios  e a visibilidade  de  projetos 
concorrentes  ao  determinar  onde  designar  as  pessoas  com  desempenho  excepcional  solicitadas  por  diversas 
equipes  de  projeto. 

9.2.2.3  Contratagao 

Quando  a organizagao  executora  nao  pode  fornecer  o pessoal  necessario  para  concluir  urn  projeto,  os 
servigos  necessarios  poderao  ser  contratados  de  fontes  externas.  Isso  pode  envolver  a contratagao  de 
consultores  individuals  ou  subcontratagao  de  trabalho  de  outra  organizagao. 
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9.2. 2.4  Equipes  virtuais 

0 uso  de  equipes  virtuais  cria  novas  possibilidades  de  mobilizar  membros  da  equipe  do  projeto.  As 
equipes  virtuais  podem  ser  definidas  como  grupos  de  pessoas  com  um  objetivo  compartilhado  que  executam 
seus  papeis  sem  se  encontrarem  pessoalmente  na  maior  parte  do  tempo.  A disponibilidade  da  tecnologia 
de  comunicagao  como  emails,  audioconferencias,  midia  social,  reunioes  pela  Internet,  e videoconferences 
viabilizaram  as  equipes  virtuais.  0 formato  de  equipe  virtual  possibilita: 

• Formar  equipes  com  pessoas  da  mesma  organizagao  que  moram  em  areas  geograficas  dispersas; 

• Acrescentar  conhecimentos  especializados  a uma  equipe  de  projeto,  mesmo  quando  o especialista 
nao  esta  na  mesma  area  geografica; 

• Incorporar  funcionarios  que  trabalham  em  escritorios  residenciais; 

• Formar  equipes  com  pessoas  que  trabalham  em  turnos,  horarios  ou  dias  diferentes; 

• Incluir  pessoas  com  limitagoes  de  mobilidade  ou  incapacidades;  e 

• Implementar  projetos  que  teriam  sido  ignorados  devido  aos  custos  com  viagens. 

Fla  algumas  desvantagens  relacionadas  com  as  equipes  virtuais,  tais  como  a possibilidade  de  mal- 
entendidos,  a sensagao  de  isolamento,  dificuldades  no  compartilhamento  do  conhecimento  e experiences 
entre  os  membros  da  equipe,  e o custo  da  tecnologia  apropriada.  0 planejamento  das  comunicagoes  torna-se 
cada  vez  mais  importante  em  um  ambiente  de  equipe  virtual.  Podera  ser  necessario  um  prazo  adicional  para 
definir  expectativas  Claras,  facilitar  as  comunicagoes,  desenvolver  protocolos  para  solucionar  conflitos,  incluir 
pessoas  no  processo  decisorio,  entender  diferengas  culturais  e compartilhar  o credito  pelos  exitos. 

9.2. 2.5  Analise  de  decisao  envolvendo  criterios  multiplos 

Criterios  de  selegao  sao  frequentemente  usados  como  parte  do  processo  de  contratagao  da  equipe  do 
projeto.  Atraves  do  uso  de  uma  ferramenta  de  analise  de  decisao  envolvendo  criterios  multiplos,  os  criterios 
sao  desenvolvidos  e usados  para  classificar  ou  pontuar  possiveis  membros  da  equipe.  Os  criterios  sao 
determinados  de  acordo  com  a importance  relativa  das  necessidades  dentro  da  equipe.  Alguns  exemplos  dos 
criterios  de  selegao  que  podem  ser  usados  na  pontuagao  de  membros  da  equipe  sao  mostrados  a seguir: 

• Disponibilidade.  Identificar  se  o membro  da  equipe  esta  disponivel  para  trabalhar  no  projeto  dentro 
do  prazo  exigido.  Verificar  a existence  de  quaisquer  preocupagoes  sobre  disponibilidade  na  duragao 
do  projeto. 

• Custo.  Verificar  se  o custo  de  acrescimo  do  membro  da  equipe  esta  dentro  do  orgamento  recomendado. 

• Experience.  Verificar  se  o membro  da  equipe  possui  experience  relevante  que  contribuira  para  o 
exito  do  projeto. 

• Capacidade.  Verificar  se  o membro  da  equipe  possui  as  competences  necessarias  para  o projeto. 
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• Conhecimento.  Considerar  se  o membro  da  equipe  possui  conhecimento  relevante  sobre  o cliente, 
implementagao  de  projetos  semelhantes,  e nuangas  do  ambiente  do  projeto. 

• Habilidades.  Determinar  se  o membro  da  equipe  possui  as  habilidades  relevantes  para  usar  uma 
ferramenta  do  projeto,  em  implementagao  ou  treinamento. 

• Atitude.  Determinar  se  o membro  possui  a habilidade  para  trabalhar  com  outras  pessoas  em  uma 
equipe  coesa. 

• Fatores  internacionais.  Considerar  a localizagao,  o fuso  horario  e as  habilidades  de  comunicagao 
do  membro  da  equipe. 

9.2.3  Mobilizar  a equipe  do  projeto:  saidas 

9.2.3.1  Designates  do  pessoal  do  projeto 

0 pessoal  do  projeto  estara  pronto  quando  pessoas  apropriadas  tiverem  sido  designadas  para  a equipe.  A 
documentagao  dessas  designagoes  pode  incluir  urn  diretorio  da  equipe  do  projeto,  memorandos  para  membros 
da  equipe,  e inclusao  de  nomes  em  outras  partes  do  piano  de  gerenciamento  do  projeto,  como  organogramas 
e cronogramas. 

9.2. 3.2  Calendarios  de  recursos 

Os  calendarios  dos  recursos  documentam  os  periodos  de  tempo  durante  os  quais  cada  membro  da  equipe 
do  projeto  esta  disponivel  para  trabalhar  no  projeto.  A criagao  de  urn  cronograma  confiavel  (Segao  6.6. 3.1) 
depende  de  urn  bom  entendimento  das  disponibilidade  e restrigoes  de  cada  pessoa,  incluindo  fusos  horarios, 
horarios  de  trabalho,  ferias,  feriados  locals  e compromissos  com  outros  projetos. 

9.2.3.3  Atualizacoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  ao  piano  de  gerenciamento  dos  recursos  humanos.  Por  exemplo,  a pessoa  designada  para  uma 
fungao  pre-definida  pode  nao  satisfazertodos  os  requisitos  descritos  no  piano  de  gerenciamento  dos  recursos 
humanos.  Quando  tais  diferengas  ocorrem,  o piano  de  gerenciamento  do  projeto  necessita  ser  atualizado  a fim 
de  mudar  a estrutura,  os  papeis  ou  as  responsabilidades  da  equipe. 
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9.3  Desenvolver  a equipe  do  projeto 

Desenvolver  a equipe  do  projeto  e o processo  de  melhoria  de  competencias,  da  interagao  da  equipe  e do 
ambiente  global  da  equipe  para  aprimorar  o desempenho  do  projeto.  0 principal  beneficio  deste  processo 
e que  ele  resulta  no  trabalho  de  equipe  melhorado,  habilidades  interpessoais  e competencias  aprimoradas, 
empregados  motivados,  taxas  reduzidas  de  rotatividade  de  pessoal,  e numa  melhoria  do  desempenho  do 
projeto.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustrados  na  Figura  9-9.  A Figura 
9-10  mostra  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  9-9.  Desenvolver  a equipe  do  projeto:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  9-10.  Diagrama  do  fluxo  de  dados  do  processo  Desenvolver  a equipe  do  projeto 
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Os  gerentes  de  projetos  devem  adquirir  habilidades  para  identificar,  construir,  manter,  motivar,  liderar  e 
inspirar  as  equipes  de  projetos  a alcangar  um  alto  desempenho  de  equipe  e cumprir  os  objetivos  do  projeto. 
0 trabalho  em  equipe  e um  fator  essencial  para  o exito  do  projeto,  e desenvolver  equipes  de  projetos  eficazes 
e uma  das  responsabilidades  primarias  do  gerente  de  projetos.  Os  gerentes  de  projetos  devem  criar  um 
ambiente  que  facilite  o trabalho  em  equipe.  Os  gerentes  de  projetos  devem  motivar  a equipe  continuamente 
proporcionando  desafios  e oportunidades,  oferecendo  feedback  e apoio  conforme  necessario,  e reconhecendo 
e recompensando  o bom  desempenho.  Uma  equipe  de  alto  desempenho  pode  ser  formada  com  o uso  de 
comunicagoes  abertas  e eficazes,  criando-se  oportunidades  de  formagao  de  equipe,  incentivando-se  a 
confianga  entre  os  membros  da  equipe,  administrando-se  conflitos  de  forma  construtiva,  e estimulando-se 
solugoes  de  problemas  e tomadas  de  decisao  de  forma  colaborativa.  0 gerente  de  projetos  deve  solicitar 
o apoio  da  administragao  e/ou  influenciar  as  partes  interessadas  apropriadas  para  mobilizar  os  recursos 
necessarios  para  desenvolver  equipes  de  projeto  eficazes. 

Os  gerentes  de  projetos  operam  em  um  ambiente  global  e trabalham  em  projetos  caracterizados  pela 
diversidade  cultural.  Com  frequencia,  os  membros  da  equipe  tern  experience  em  setores  diversos,  sabem 
varios  idiomas  e,  as  vezes,  operam  na  "linguagem  da  equipe”,  que  pode  ser  uma  linguagem  ou  norma  que  nao 
e a sua  nativa.  A equipe  de  gerenciamento  de  projetos  deve  aproveitar  tais  diferengas  culturais,  concentrar- 
se  em  desenvolver  e apoiar  a equipe  do  projeto  ao  longo  do  ciclo  de  vida  do  mesmo,  e promover  o trabalho 
de  forma  interdependente,  em  um  clima  de  confianga  mutua.  Desenvolver  a equipe  do  projeto  melhora  as 
habilidades  das  pessoas,  as  competences  tecnicas,  o ambiente  global  da  equipe  e o desempenho  do  projeto. 
Requer  comunicagao  clara,  oportuna,  eficaz  e eficiente  entre  os  membros  da  equipe  ao  longo  da  vida  do 
projeto.  Os  objetivos  de  desenvolver  uma  equipe  de  projeto  incluem,  mas  nao  estao  limitados,  a: 

• Aprimorar  os  conhecimentos  e as  habilidades  dos  membros  da  equipe  para  aumentar  sua  capacidade 
de  concluir  as  entregas  do  projeto,  enquanto  reduz  os  custos  e os  cronogramas,  e melhora  a qualidade; 

• Aprimorar  os  sentimentos  de  confianga  e consenso  entre  os  membros  da  equipe  para  melhorar  a 
motivagao,  reduzir  os  conflitos  e aumentar  o trabalho  em  equipe;  e 

• Criar  uma  cultura  de  equipe  dinamica,  coesa  e colaborativa  a fim  de  (1)  melhorar  a produtividade 
individual  e da  equipe,  o espirito  de  equipe  e a cooperagao,  e (2)  permitir  o treinamento  e mentoria 
entre  os  proprios  membros  da  equipe  para  compartilhar  conhecimentos  e experiences. 

9.3.1  Desenvolver  a equipe  do  projeto:  entradas 

9.3.1 .1  Plano  de  gerenciamento  dos  recursos  humanos 

Descrito  na  Segao  9.1 .3.1 . 0 piano  de  gerenciamento  dos  recursos  humanos  fornece  orientagao  sobre  como 
os  recursos  humanos  do  projeto  devem  serdefinidos,  mobilizados,  controlados  e,  porfim,  liberados.  Ele  identifica 
as  estrategias  de  treinamento  e pianos  de  desenvolvimento  para  a equipe  do  projeto.  Itens  como  recompensas, 
feedback,  treinamento  adicional  e agoes  disciplinares  podem  ser  acrescentados  ao  piano  como  resultado  de 
avaliagoes  periodicas  do  desempenho  da  equipe  e outras  formas  de  gerenciamento  da  equipe  do  projeto. 
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9.3.1 .2  Designates  do  pessoal  do  projeto 

Descritas  na  Segao  9.2. 3.1 . 0 desenvolvimento  da  equipe  comega  com  uma  lista  dos  membros  da  equipe 
do  projeto.  Os  documentos  de  designagoes  do  pessoal  do  projeto  identificam  as  pessoas  que  estao  na  equipe. 

9.3.1 .3  Calendarios  de  recursos 

Descritos  na  Segao  9.2. 3.2.  Os  calendarios  de  recursos  identificam  as  ocasioes  em  que  os  membros  da 
equipe  do  projeto  podem  participar  de  atividades  de  desenvolvimento  da  equipe. 

9.3.2  Desenvolver  a equipe  do  projeto:  ferramentas  e tecnicas 

9.3.2.1  Habilidades  interpessoais 

Habilidades  interpessoais,  as  vezes  conhecidas  como  “soft  skills”,  sao  competencias  comportamentais  que 
incluem  capacidades  tais  como  habilidades  de  comunicagao,  inteligencia  emocional,  resolugao  de  conflitos, 
negociagao,  influencia,  construgao  de  equipe,  e facilitagao  de  grupos.  Essas  competencias  sociais  sao  bens 
preciosas  no  desenvolvimento  da  equipe  do  projeto.  Por  exemplo,  a equipe  de  gerenciamento  do  projeto 
pode  usar  a inteligencia  emocional  para  reduzir  a tensao  e aumentar  a cooperagao  atraves  da  identificagao, 
avaliagao  e controle  dos  sentimentos  dos  membros  da  equipe  do  projeto,  antevendo  suas  agoes,  reconhecendo 
suas  preocupagoes  e fazendo  urn  acompanhamento  dos  seus  problemas. 

9. 3. 2. 2 Treinamento 

0 treinamento  inclui  todas  as  atividades  projetadas  para  aprimorar  as  competencias  dos  membros  da 
equipe  de  projetos.  0 treinamento  pode  ser  formal  ou  informal.  Exemplos  de  metodos  incluem  o treinamento 
na  sala  de  aula,  online,  ou  baseado  em  computador,  o treinamento  realizado  no  trabalho  com  orientagao  de 
outro  membro  da  equipe  de  projetos,  a mentoria  e o coaching.  Se  os  membros  da  equipe  do  projeto  nao 
tern  as  habilidades  gerenciais  ou  tecnicas  necessarias,  tais  tecnicas  podem  ser  desenvolvidas  como  parte 
do  trabalho  do  projeto.  0 treinamento  agendado  ocorre  conforme  definido  no  piano  de  gerenciamento  dos 
recursos  humanos.  0 treinamento  nao  planejado  ocorre  como  resultado  de  observagao,  conversas  e avaliagoes 
de  desempenho  do  projeto  realizadas  durante  o processo  de  gerenciamento  da  equipe  do  projeto.  Os  custos  de 
treinamento  poderiam  ser  incluidos  no  orgamento  do  projeto,  ou  incorridos  pela  organizagao  executora,  caso 
as  habilidades  acrescentadas  possam  ser  uteis  para  projetos  futuros.  Poderia  ser  feito  por  instrutores  infernos 
ou  externos. 
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9.3.2. 3 Atividades  de  grupo 

As  atividades  de  construgao  da  equipe  podem  variar  desde  uma  apresentagao  de  cinco  minutos  durante 
uma  reuniao  de  avaliagao  do  andamento  ate  uma  experience  em  outro  local  com  urn  facilitador  profissional 
com  o objetivo  de  aprimorar  as  relagoes  interpessoais.  0 objetivo  das  atividades  de  grupo  e ajudar  membros 
individuals  da  equipe  a trabalhar  juntos  eficientemente.  As  estrategias  de  grupo  sao  especialmente  valiosas 
quando  os  membros  trabalham  em  locais  remotos,  sem  o beneficio  do  contato  presencial.  Comunicagoes  e 
atividades  informais  podem  ajudar  a desenvolver  confianga  e estabelecer  bons  relacionamentos  de  trabalho. 

Como  urn  processo  continuo,  a construgao  da  equipe  e crucial  para  o exito  do  projeto.  Embora  a construgao 
da  equipe  seja  essencial  nas  fases  iniciais  de  urn  projeto,  ele  e urn  processo  sem  fim.  As  mudangas  em 
urn  ambiente  de  projeto  sao  inevitaveis  e,  para  gerencia-las  com  eficacia,  urn  esforgo  de  desenvolvimento 
de  equipe  continuo  ou  renovado  deve  ser  aplicado.  0 gerente  de  projetos  deve  monitorar  continuamente  a 
funcionalidade  e o desempenho  da  equipe  para  determinar  se  sao  necessarias  quaisquer  agoes  para  prevenir 
ou  corrigir  diversos  problemas  da  equipe. 

Urn  dos  modelos  usados  para  descrever  o desenvolvimento  da  equipe  e a Escada  de  Tuckman  (Tuckman, 
1965;  Tuckman  & Jensen,  1977),  que  inclui  as  cinco  etapas  de  desenvolvimento  pelas  quais  passam  as 
equipes.  Embora  a ocorrencia  ordenada  dessas  etapas  seja  comum,  nao  e incomum  que  uma  equipe  fique 
estagnada  em  uma  etapa  especifica  ou  regrida  para  uma  etapa  anterior.  Os  projetos  com  membros  da  equipe 
que  trabalharam  juntos  no  passado  podem  pular  uma  etapa. 

• Formagao.  Nesta  fase,  a equipe  se  encontra  e e informada  sobre  o projeto,  seus  papeis  e 
responsabilidades  formais.  Os  membros  da  equipe  tendem  a ser  independentes  e a nao  estarem  tao 
abertos  nesta  fase. 

• Conflito.  Nesta  fase,  a equipe  comega  a considerar  o trabalho  do  projeto,  as  decisoes  tecnicas  e a 
abordagem  de  gerenciamento  de  projetos.  Se  os  membros  da  equipe  nao  estiverem  colaborativos  e 
receptivos  a ideias  e pontos  de  vista  diferentes,  o ambiente  pode  se  tornar  contraprodutivo. 

• Acordo.  Na  fase  de  acordo,  os  membros  da  equipe  comegam  a trabalhar  juntos  e ajustam  seus 
habitos  e comportamentos  de  trabalho  para  apoiar  a equipe.  Os  membros  da  equipe  aprendem  a 
confiar  uns  nos  outros. 

• Desempenho.  As  equipes  que  alcangam  a etapa  de  desempenho  funcionam  como  uma  unidade 
bem  organizada.  Sao  interdependentes  e solucionam  os  problemas  com  seguranga  e eficacia. 

• Dispersao.  Nafase  de  dispersao,  a equipe  conclui  o trabalho  e se  desliga  do  projeto.  Isso  normalmente 
ocorre  quando  o pessoal  e liberado  do  projeto  logo  que  os  resultados  sao  finalizados,  ou  como  parte 
da  execugao  do  processo  Encerrar  o projeto  ou  fase  (Segao  4.6). 

A duragao  de  uma  etapa  especifica  depende  da  dinamica,  do  tamanho  e da  lideranga  da  equipe.  Os  gerentes 
de  projetos  devem  ter  urn  bom  entendimento  da  dinamica  da  equipe  para  orientar  os  membros  durante  todas 
as  etapas  de  forma  eficaz. 
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9.3.2.4  Regras  basicas 

As  regras  basicas  definem  expectativas  Claras  a respeito  do  comportamento  aceitavel  dos  membros  da 
equipe  do  projeto.  Um  compromisso  com  diretrizes  Claras  desde  o inlcio  reduz  os  mal-entendidos  e aumenta 
a produtividade.  Discutir  regras  basicas  em  areas  tais  como  codigo  de  conduta,  comunicagao,  trabalho  em 
equipe,  ou  cumprir  normas  de  etiqueta  permite  que  os  membros  da  equipe  descubram  quais  valores  sao 
importantes  para  os  outros.  Todos  os  membros  da  equipe  do  projeto  compartilham  a responsabilidade  pela 
aplicagao  das  regras  definidas. 

9.3.2.5  Agrupamento 

0 agrupamento,  tambem  referido  como  “matriz  apertada”,  envolve  colocar  alguns  ou  todos  os  membros 
mais  ativos  da  equipe  do  projeto  no  mesmo  local  fisico  para  aprimorar  sua  capacidade  de  atuar  como  uma 
equipe.  0 agrupamento  pode  ser  temporario,  como  em  ocasifies  estrategicamente  importantes  durante  o 
projeto,  ou  durante  o projeto  inteiro.  As  estrategias  de  agrupamento  podem  incluir  uma  sala  de  reunifies  da 
equipe  (as  vezes  chamada  de  “sala  de  guerra”),  lugares  para  publicagao  de  cronogramas,  e outros  lugares 
que  incentivam  a comunicagao  e ao  senso  de  comunidade.  Embora  o agrupamento  seja  considerado  uma  boa 
estrategia,  o uso  de  equipes  virtuais  pode  proporcionar  beneficios  tais  como  o uso  de  recursos  mais  habeis, 
custos  reduzidos,  menos  viagens  e despesas  com  transferences,  e a proximidade  dos  membros  da  equipe  dos 
fornecedores,  clientes,  ou  de  outras  partes  interessadas  importantes. 

9.3.2.6  Reconhecimento  e recompensas 

Parte  do  processo  de  desenvolvimento  da  equipe  envolve  reconhecer  e recompensar  o comportamento 
desejavel.  Os  pianos  originals  sobre  formas  de  recompensar  as  pessoas  sao  desenvolvidos  durante  o processo 
Planejar  o gerenciamento  dos  recursos  humanos.  E importante  reconhecer  que  uma  recompensa  especifica 
concedida  a qualquer  individuo  so  sera  eficaz  se  atender  a uma  necessidade  valorizada  por  aquele  individuo.  As 
decisfies  de  conceder  premios  sao  tomadas,  formal  ou  informalmente,  durante  o processo  de  gerenciamento 
da  equipe  do  projeto  atraves  das  avaliagfies  de  desempenho  do  projeto  (Segao  9.4. 2.2).  As  diferengas  culturais 
devem  ser  consideradas  ao  determinar  o reconhecimento  e as  recompensas. 

As  pessoas  ficam  motivadas  se  sentem  que  sao  valorizadas  na  organizagao  e que  este  valor  e demonstrado 
pelas  recompensas  que  recebem.  Em  geral,  o dinheiro  e considerado  um  aspecto  tangivel  de  qualquer  sistema 
de  recompensas,  mas  as  recompensas  intangiveis  podem  sertao  ou  mais  eficazes.  A maioria  dos  membros  da 
equipe  de  projetos  sao  motivados  por  oportunidades  para  se  desenvolver,  se  realizar  e usar  suas  habilidades 
profissionais  enfrentando  novos  desafios.  Uma  boa  estrategia  para  gerentes  de  projetos  e conceder  a equipe  o 
reconhecimento  durante  o ciclo  de  vida  do  projeto  e nao  esperar  ate  que  projeto  seja  concluido. 
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9.3.27  Ferramentas  de  avaliagao  dos  funcionarios 

As  ferramentas  de  avaliagao  dos  funcionarios  dao  ao  gerente  do  projeto  e a equipe  do  projeto  uma  percepgao 
dos  pontos  fracos  e fortes.  Essas  ferramentas  ajudam  os  gerentes  de  projetos  a analisar  as  preferences  e 
aspiragoes  dos  membros  da  equipe,  como  eles  processam  e organizam  as  informagoes,  como  tendem  a tomar 
decisoes  e como  preferem  interagir  com  as  pessoas. 

Varias  ferramentas  estao  disponiveis  tais  como  pesquisas  sobre  atitudes,  avaliagoes  especificas,  entrevistas 
estruturadas,  testes  de  habilidade  e grupos  de  discussao.  Essas  ferramentas  podem  melhorar  a compreensao, 
confianga,  compromisso  e comunicagoes  entre  os  membros  da  equipe,  e fazer  com  que  as  equipes  se  tornem 
mais  produtivas  no  decorrer  do  projeto. 

9.3.3  Desenvolver  a equipe  do  projeto:  saidas 
9.3.3.1  Avaliacoes  do  desempenho  da  equipe 

A medida  que  esforgos  de  desenvolvimento  da  equipe  do  projeto  tais  como  treinamento,  formagao  da 
equipe  e agrupamento  sao  implementados,  a equipe  de  gerenciamento  do  projeto  realiza  avaliagoes  formais 
ou  informais  da  eficacia  da  equipe  do  projeto.  As  estrategias  e atividades  eficazes  para  desenvolvimento  da 
equipe  devem  aumentar  o desempenho  da  equipe,  o que  aumenta  a probabilidade  de  cumprir  os  objetivos  do 
projeto.  Os  criterios  para  avaliagao  do  desempenho  da  equipe  devem  ser  determinados  por  todas  as  partes 
apropriadas  e incorporados  nas  entradas  do  Desenvolvimento  da  equipe  do  projeto. 

0 desempenho  de  uma  equipe  bem-sucedida  e medido  em  termos  de  exito  tecnico  de  acordo  com  objetivos 
acordados  para  o projeto  (incluindo  os  nfveis  de  qualidade),  desempenho  em  relagao  ao  cronograma  (conclusao 
no  prazo)  e desempenho  em  relagao  ao  orgamento  (conclusao  de  acordo  com  restrigoes  financeiras).  As 
equipes  de  alto  desempenho  sao  caracterizadas  por  esse  comportamento  orientado  atarefas  e a resultados. 

A avaliagao  da  eficacia  de  uma  equipe  pode  incluir  indicadores  como: 

• Melhorias  em  habilidades  que  permitam  que  as  pessoas  realizem  as  tarefas  com  mais  eficacia, 

• Melhorias  em  competencies  que  ajudam  a equipe  a ter  melhor  desempenho  como  equipe, 

• Redugao  na  taxa  de  rotatividade  do  pessoal,  e 

• Aumento  na  coesao  da  equipe  com  os  membros  da  equipe  compartilhando  informagoes  e experiences 
abertamente  e se  ajudando,  para  melhorar  o desempenho  geral  do  projeto. 
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Como  resultado  da  realizagao  de  uma  avaliagao  do  desempenho  geral  da  equipe,  a equipe  de  gerenciamento 
do  projeto  pode  identificar  o treinamento,  o coaching,  a mentoria,  a assistencia  ou  as  mudangas  especificas 
necessarias  para  melhorar  o desempenho  da  equipe.  Isso  tambem  deve  incluir  a identificagao  de  recursos 
adequados  ou  necessarios  para  alcangar  e implementar  as  melhorias  identificadas  na  avaliagao.  Esses  recursos 
e recomendagoes  para  melhoria  da  equipe  devem  ser  bem  documentados  e encaminhados  as  partes  relevantes. 

9. 3. 3. 2 Atualizagoes  nos  fatores  ambientais  da  empresa 

Os  fatores  ambientais  da  empresa  que  podem  ser  atualizados  como  resultado  do  processo  Desenvolver  a 
equipe  do  projeto  incluem,  entre  outros,  administragao  de  pessoal,  registros  de  treinamento  de  funcionarios,  e 
avaliagoes  das  habilidades. 


9.4  Gerenciar  a equipe  do  projeto 

Gerenciar  a equipe  do  projeto  e o processo  de  acompanhar  o desempenho  dos  membros  da  equipe,  fornecer 
feedback,  resolver  problemas  e gerenciar  mudangas  para  otimizar  o desempenho  do  projeto.  0 principal  beneficio 
deste  processo  e que  ele  influencia  o comportamento  da  equipe,  gerencia  conflitos,  soluciona  problemas,  e 
avalia  o desempenho  dos  membros  da  equipe.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo 
estao  ilustrados  na  Figura  9-1 1 . A Figura  9-1 2 mostra  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  9-11.  Gerenciar  a equipe  do  projeto:  entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciamento  dos  recursos  humanos  do  projeto 
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Figura  9-12.  Diagrama  do  fluxo  de  dados  do  processo  Gerenciar  a equipe  do  projeto 

Como  resultado  do  gerenciamento  da  equipe  do  projeto,  as  solicitagoes  de  mudanga  sao  encaminhadas, 
o piano  de  gerenciamento  dos  recursos  humanos  e atualizado,  as  questoes  sao  resolvidas,  sao  fornecidos 
comentarios  para  as  avaliagoes  de  desempenho  e as  ligoes  aprendidas  sao  acrescentadas  ao  banco  de  dados 
da  organizagao. 


Gerenciar  a equipe  do  projeto  requer  diversas  habilidades  de  gerenciamento  para  estimular  o trabalho  em 
equipe  e integrar  os  esforgos  dos  membros  da  equipe  para  criar  equipes  de  alto  desempenho.  0 gerenciamento 
da  equipe  envolve  uma  combinagao  de  habilidades,  com  enfase  especial  em  comunicagao,  gerenciamento 
de  conflitos,  negociagao  e lideranga.  Os  gerentes  de  projetos  devem  fornecer  tarefas  desafiadoras  para  os 
membros  da  equipe  e reconhecimento  pelo  alto  desempenho. 
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9.4.1  Gerenciar  a equipe  do  projeto:  entradas 

9.4.1 .1  Plano  de  gerenciamento  dos  recursos  humanos 

Descrito  na  Segao  9.2. 3.1 . 0 piano  de  gerenciamento  dos  recursos  humanos  fornece  orientagao  sobre 
como  os  recursos  humanos  do  projeto  devem  ser  definidos,  mobilizados,  gerenciados,  controlados  e,  por  fim, 
liberados.  Ele  inclui,  mas  nao  esta  limitado,  a: 

• Papeis  e responsabilidades, 

• Organizagao  do  projeto,  e 

• Plano  de  gerenciamento  de  pessoal. 

9.4.1 .2  Designates  do  pessoal  do  projeto 

9 

Descritas  na  Segao  9.2. 3.1 . As  designagoes  do  pessoal  do  projeto  fornecem  a documentagao  que  inclui  a 
lista  de  membros  da  equipe  do  projeto. 

9.4.1 .3  Avaliacoes  do  desempenho  da  equipe 

Descritas  na  Segao  9.3. 3.1 . A equipe  de  gerenciamento  do  projeto  faz  avaliagoes  periodicas,  formais  ou 
informais,  do  desempenho  da  equipe  do  projeto.  Ao  avaliar  continuamente  o desempenho  da  equipe  do  projeto, 
e possivel  adotar  agoes  para  solucionar  problemas,  modificar  a comunicagao,  abordar  conflitos  e melhorar  a 
interagao  da  equipe. 

9.4.1 .4  Registro  das  questoes 

As  questoes  surgem  durante  o gerenciamento  da  equipe  de  projetos.  0 registro  das  questoes  pode  ser 
usado  para  documentar  e monitorar  quern  e responsavel  pela  resolugao  de  questoes  especificas  num  prazo 
definido. 

9.4.1 .5  Relatorios  de  desempenho  do  trabalho 

Descritos  na  Segao  4. 4.3. 2.  Os  relatorios  de  desempenho  do  trabalho  fornecem  documentagao  sobre  a 
situagao  atual  do  projeto  em  comparagao  com  as  previsoes  do  projeto.  As  areas  de  desempenho  que  podem 
ajudar  o gerenciamento  da  equipe  do  projeto  incluem  resultados  de  controle  do  cronograma,  controle  de 
custos,  controle  da  qualidade  e validagao  do  escopo.  As  informagoes  dos  relatorios  de  desempenho  e as 
previsoes  relacionadas  ajudam  a determinar  os  requisitos  futuros  de  recursos  humanos,  reconhecimento  e 
recompensas,  e atualizagoes  no  piano  de  gerenciamento  de  pessoal. 


©201 3 Project  Management  Institute.  Urn  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK 9)  — Quinta  Edigao 


281 


9 - GERENCIAMENTO  DOS  RECURSOS  HUMANOS  DO  PROJETO 


9.4.1 .6  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Gerenciar  a equipe  do  projeto  incluem,  entre  outros: 

• Certificados  de  reconhecimento, 

• Newsletters, 

• Websites, 

• Sistemas  de  bonus, 

• Uniformes  corporativos,  e 

• Outros  beneficios  organizacionais. 

9.4.2  Gerenciar  a equipe  do  projeto:  ferramentas  e tecnicas 

9.4.2.1  Observacao  e conversas 

Observagao  e conversas  sao  usadas  para  manter-se  atualizado  em  relagao  ao  trabalho  e atitudes  dos 
membros  da  equipe  do  projeto.  A equipe  de  gerenciamento  do  projeto  monitora  o progresso  em  relagao  as 
entregas  do  projeto,  conquistas  que  sao  motivo  de  orgulho  para  os  membros  da  equipe,  e questoes  interpessoais. 

9.4.2.2  Avaliacoes  de  desempenho  do  projeto 

Os  objetivos  para  realizar  avaliagoes  de  desempenho  ao  longo  de  urn  projeto  podem  incluir  esclarecimento 
de  papeis  e responsabilidades,  feedback  construtivo  para  os  membros  da  equipe,  descoberta  de  questoes 
desconhecidas  ou  nao  resolvidas,  desenvolvimento  de  pianos  de  treinamento  individuals  e o estabelecimento 
de  metas  especificas  para  periodos  futuros. 

A necessidade  de  avaliagoes  de  desempenho  do  projeto  formais  ou  informais  depende  da  duragao  e 
complexidade  do  projeto,  da  politica  organizacional,  de  requisitos  de  contratos  de  trabalho  e da  quantidade  e 
qualidade  da  comunicagao. 

9.4.2. 3 Gerenciamento  de  conflitos 

Os  conflitos  sao  inevitaveis  em  urn  ambiente  de  projeto.  As  origens  de  conflitos  incluem  recursos  escassos, 
prioridades  de  cronograma  e estilos  de  trabalho  pessoais.  As  regras  basicas  da  equipe,  as  normas  do  grupo  e 
praticas  solidas  de  gerenciamento  de  projetos,  como  planejamento  das  comunicagoes  e definigao  de  papeis, 
reduzem  a quantidade  de  conflitos. 
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Um  gerenciamento  de  conflitos  bem-sucedido  resulta  em  maior  produtividade  e em  relacionamentos 
de  trabalho  positivos.  Quando  o gerenciamento  e adequado,  as  diferengas  de  opiniao  podem  resultar  em 
aumento  da  criatividade  e melhoria  no  processo  decisorio.  Se  as  diferengas  se  tornam  um  fator  negativo,  os 
membros  da  equipe  do  projeto  sao  inicialmente  responsaveis  pela  sua  resolugao.  Se  o conflito  se  ampliar,  o 
gerente  de  projetos  deve  ajudar  afacilitar  uma  resolugao  satisfatoria.  0 conflito  deve  ser  abordado  o mais  cedo 
possivel  e,  em  geral,  com  privacidade,  usando  uma  abordagem  direta  e colaborativa.  Se  o conflito  continuar, 
procedimentos  formais  podem  ser  usados,  incluindo  agoes  disciplinares. 

0 exito  dos  gerentes  de  projetos  no  gerenciamento  das  suas  equipes  de  projetos  geralmente  depende 
muito  da  sua  capacidade  para  solucionar  conflitos.  Diferentes  gerentes  de  projetos  podem  utilizar  diferentes 
metodos  na  resolugao  de  conflitos.  Os  fatores  que  influenciam  os  metodos  de  resolugao  de  conflitos  incluem: 

• Importance  relativa  e intensidade  do  conflito, 

• Pressao  de  prazo  para  resolver  o conflito, 

• Posigao  assumida  pelas  pessoas  envolvidas,  e 

• Motivagao  para  resolver  o conflito  a longo  ou  curto  prazo. 

Existem  cinco  tecnicas  gerais  para  resolver  conflitos.  Como  cada  uma  delas  tern  o seu  lugar  e sua  fungao, 
elas  nao  sao  apresentadas  em  nenhuma  ordem  especlfica: 

• Retirar/Evitar.  Recuar  de  uma  situagao  de  conflito  atual  ou  potencial,  adiando  a questao  ate  estar 
mais  bem  preparado,  ou  ser  resolvida  por  outros. 

• Suavizar/Acomodar.  Enfatizar  as  areas  de  acordo  e nao  as  diferengas,  abrindo  mao  da  sua  posigao 
em  favor  das  necessidades  das  outras  pessoas  para  manter  a harmonia  e os  relacionamentos. 

• Comprometer/Reconciliar.  Encontrar  solugoes  que  tragam  algum  grau  de  satisfagao  para  todas  as 
partes  a fim  de  alcangar  uma  solugao  temporaria  ou  parcial  para  o conflito. 

• Forgar/Direcionar.  Forgar  um  ponto  de  vista  as  custas  de  outro;  oferecer  apenas  solugoes  ganha- 
perde,  geralmente  aplicadas  atraves  de  uma  posigao  de  poder  para  resolver  uma  emergencia. 

• Colaborar/Resolver  o problema.  Incorporar  diversos  pontos  de  vista  e opinioes  com  perspectivas 
diferentes;  exige  uma  atitude  cooperativa  e um  dialogo  aberto  que  normalmente  conduz  ao  consenso 
e ao  comprometimento. 

9.4.2.4  Habilidades  interpessoais 

Os  gerentes  de  projetos  usam  uma  combinagao  de  habilidades  tecnicas,  pessoais  e conceituais  para  analisar 
situagoes  e interagir  de  forma  apropriada  com  os  membros  da  equipe.  0 uso  de  habilidades  interpessoais 
apropriadas  permite  que  os  gerentes  de  projetos  aproveitem  ao  maximo  os  pontos  fortes  de  todos  os  membros 
da  equipe. 
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Exemplos  de  habilidades  interpessoais  usadas  com  maior  frequence  por  um  gerente  de  projetos  incluem: 

• Lideranga.  Os  projetos  bem-sucedidos  requerem  habilidades  solidas  de  lideranga.  A lideranga  e 
importante  em  todas  as  fases  do  ciclo  de  vida  do  projeto.  Existem  muitas  teorias  de  lideranga  que 
definem  os  estilos  de  lideranga  que  devem  ser  usados  para  cada  situagao  ou  equipe  conforme 
necessario.  E especialmente  importante  comunicar  a visao  e inspirar  a equipe  do  projeto  a alcangar 
o alto  desempenho. 

• Influencia.  Como  os  gerentes  de  projetos  frequentemente  tern  pouca  ou  nenhuma  autoridade 
direta  sobre  os  membros  da  equipe  em  um  ambiente  matricial,  sua  capacidade  para  influenciar  as 
partes  interessadas  oportunamente  e essencial  para  o exito  do  projeto.  As  principals  habilidades  de 
influencia  incluem: 

o A capacidade  de  ser  persuasivo  e expressar  claramente  as  ideias  e as  posigoes; 
o Alta  capacidade  para  ouvir  ativa  e eficazmente; 
o Estar  ciente  e considerar  diversas  perspectivas  em  qualquer  situagao;  e 

o Coletar  informagoes  relevantes  e criticas  para  abordar  questoes  importantes  e alcangar 
acordos,  mantendo  a confianga  mutua. 

• Processo  decisorio  eficaz.  Envolve  a capacidade  para  negociar  e influenciar  a organizagao  e a 
equipe  de  gerenciamento  de  projetos.  Algumas  diretrizes  para  o processo  decisorio  incluem: 

o Foco  nas  metas  que  devem  ser  alcangadas, 
o Seguir  um  processo  para  a tomada  de  decisoes, 
o Estudarosfatoresambientais, 
o Analisar  as  informagoes  disponiveis, 
o Desenvolver  qualidades  pessoais  dos  membros  da  equipe, 
o Estimular  a criatividade  da  equipe,  e 
o Gerenciar  o risco. 

9.4.3  Gerenciar  a equipe  do  projeto:  saidas 

9.4.3.1  Solicitagoes  de  mudanga 

As  mudangas  de  pessoal,  seja  por  opgao  ou  por  eventos  incontrolaveis,  podem  afetar  o restante  do  piano 
de  gerenciamento  do  projeto.  Quando  as  questoes  de  pessoal  atrapalham  a equipe  do  projeto  a aderir  ao  piano 
de  gerenciamento  do  projeto  como  fazer  com  que  o prazo  seja  extendido  ou  o estouro  do  orgamento,  uma 
solicitagao  de  mudanga  pode  ser  processada  pelo  processo.  Realizar  o controle  integrado  de  mudangas.  As 
mudangas  de  pessoal  podem  incluir  transference  de  pessoas  para  outras  tarefas,  terceirizagao  de  parte  do 
trabalho  e substituigao  de  membros  da  equipe  que  se  afastaram. 
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Agoes  preventivas  sao  as  agoes  desenvolvidas  para  reduzir  a probabilidade  e/ou  o impacto  dos  problemas 
antes  que  eles  ocorram.  Essas  agoes  podem  incluir  o treinamento  multidisciplinado  para  reduzir  os  problemas 
durante  as  ausencias  de  membros  da  equipe  do  projeto  e esclarecimentos  adicionais  sobre  os  papeis  para 
garantir  que  todas  as  responsabilidades  sejam  cumpridas. 

9.4.3.2  Atualizacoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  se 
limitam,  ao  piano  de  gerenciamento  dos  recursos  humanos. 

9.4.3.3  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  indiretamente  atualizados  incluem,  mas  nao  se  limitam,  a: 

• Registro  das  questoes, 

• Descrigao  dos  papeis,  e 

• Designagoes  do  pessoal  do  projeto. 

9.4.3.4  Atualizagoes  nos  fatores  ambientais  da  empresa 

Os  fatores  ambientais  da  empresa  que  poderao  requerer  atualizagoes  como  resultado  do  processo  Gerenciar 
a equipe  projeto  incluem,  mas  nao  se  limitam  a: 

• Comentarios  para  as  avaliagoes  de  desempenho  organizacionais,  e 

• Atualizagoes  das  habilidades  do  pessoal. 

9.4.3.5  Atualizacoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  poderao  requerer  atualizagoes  como  resultado  do  processo 
Gerenciar  a equipe  do  projeto  incluem,  mas  nao  se  limitam  a: 

• Informagoes  historicas  e documentagao  de  ligoes  aprendidas, 

• Modelos,  e 

• Processos  padronizados  da  empresa. 
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GERENCIAMENTO  DAS  COMUNICAQOES  DO  PROJETO 

0 gerenciamento  das  comunicagoes  do  projeto  inclui  os  processos  necessarios  para  assegurar  que  as 
informagoes  do  projeto  sejam  planejadas,  coletadas,  criadas,  distribuidas,  armazenadas,  recuperadas, 
gerenciadas,  controladas,  monitoradas  e finalmente  dispostas  de  maneira  oportuna  e apropriada.  Os  gerentes 
de  projetos  passam  a maior  parte  do  tempo  se  comunicando  com  os  membros  da  equipe  e outras  partes 
interessadas  do  projeto,  quer  sejam  internas  (em  todos  os  niveis  da  organizagao)  ou  externas  a organizagao.  A 
comunicagao  eficaz  cria  uma  ponte  entre  as  diversas  partes  interessadas  do  projeto,  que  podem  ter  diferengas 
culturais  e organizacionais,  diferentes  niveis  de  conhecimento,  e diversas  perspectivas  e interesses  que  podem 
impactar  ou  influenciar  a execugao  ou  resultado  do  projeto. 

A Figura  10-1  fornece  uma  visao  geral  dos  processos  do  gerenciamento  das  comunicagoes  do  projeto, 
que  sao: 

10.1  Planejar  o gerenciamento  das  comunicagoes — 0 processo  de  desenvolver  uma  abordagem 
apropriada  e urn  piano  de  comunicagoes  do  projeto  com  base  nas  necessidades  de  informagao  e 
requisitos  das  partes  interessadas,  e nos  ativos  organizacionais  disponiveis. 

10.2  Gerenciar  as  comunicagdes — 0 processo  de  criar,  coletar,  distribuir,  armazenar,  recuperar  e 
de  disposigao  final  das  informagoes  do  projeto  de  acordo  com  o piano  de  gerenciamento  das 
comunicagoes. 

10.3  Controlar  as  comunicagdes — 0 processo  de  monitorar  e controlar  as  comunicagoes  no 
decorrer  de  todo  o ciclo  de  vida  do  projeto  para  assegurar  que  as  necessidades  de  informagao 
das  partes  interessadas  do  projeto  sejam  atendidas. 

Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  com  detalhes 
naSegao  3 e noAnexo  A1. 

As  atividades  de  comunicagao  envolvidas  nesses  processos  podem  ter  frequentemente  muitas  dimensoes 
potenciais  que  devem  ser  consideradas,  incluindo,  mas  nao  se  limitando  a: 

• Interna  (dentro  do  projeto)  e externa  (cliente,  fornecedores,  outros  projetos,  organizagoes,  o publico); 

• Formal  (relatorios,  minutas,  instrugoes)  e informal  (emails,  memorandos,  discussoes  ad  hoc)] 

• Vertical  (nos  niveis  superiores  e inferiores  da  organizagao)  e horizontal  (com  colegas); 

• Oficial  (boletins  informativos,  relatorio  anual)  e nao  oficial  (comunicagoes  confidenciais);  e 

• Escrita  e oral,  e verbal  (inflexoes  da  voz)  e nao  verbal  (linguagem  corporal). 
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A maioria  das  habilidades  de  comunicagao  e comum  ao  gerenciamento  geral  e ao  gerenciamento  do  projeto 
e incluem.sem  se  limitar  a: 

• Escutar  ativamente  e de  modo  eficaz; 

• Perguntar,  discutindo  ideias  e situagoes  para  assegurar  urn  entendimento  melhor; 

• Educar  a fim  de  aumentar  o conhecimento  da  equipe  para  que  ela  seja  mais  eficaz; 

• Levantar  dados  para  identificar  ou  confirmar  as  informagoes; 

• Definir  e administrar  as  expectativas; 

• Persuadir  uma  pessoa,  equipe  ou  organizagao  a executar  uma  agao; 

• Motivar  para  encorajar  ou  reassegurar; 

• Orientar  para  melhorar  o desempenho  e alcangar  os  resultados  desejados; 

• Negociar  para  conseguir  acordos  mutuamente  aceitaveis  entre  as  partes; 

• Solucionar  conflitos  para  evitar  impactos  negativos;  e 

• Resumir,  recapitular  e identificar  as  etapas  seguintes. 
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Figura  10-1.  Visao  geral  do  processo  do  Gerenciamento  das  comunicagdes  do  projeto 
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10.1  Planejar  o gerenciamento  das  comunicagoes 

Planejar  o gerenciamento  das  comunicagoes  e o processo  de  desenvolver  uma  abordagem  apropriada 
e urn  piano  de  comunicagao  do  projeto  com  base  nas  necessidades  de  informagao  e requisitos  das  partes 
interessadas  e nos  ativos  organizacionais  disponiveis.  0 principal  beneficio  deste  processo  e a identificagao 
e a documentagao  da  abordagem  de  comunicagao  mais  eficaz  e eficiente  com  as  partes  interessadas.  As 
entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  10-2.  A Figura  10-3 
ilustra  o diagrama  de  fluxo  de  dados  do  processo  Planejar  o gerenciamento  das  comunicagoes. 
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Figura  10-2.  Planejar  o gerenciamento  das  comunicagoes:  entradas,  ferramentas 
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Figura  10-3.  Diagrama  do  fluxo  de  dados  do  processo  Planejar  o gerenciamento 

das  comunicagoes 
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0 planejamento  das  comunicagoes  do  projeto  e importante  para  alcangar  o exito  final  de  qualquer  projeto. 
0 planejamento  inadequado  das  comunicagoes  pode  causar  problemas,  tais  como  o atraso  na  entrega  de 
mensagens,  a comunicagao  de  informagoes  para  o publico  incorreto  ou  a comunicagao  insuficiente  para  as 
partes  interessadas  e a ma  intepretagao  das  mensagens  comunicadas. 

Na  maioria  dos  projetos,  o planejamento  das  comunicagoes  e feito  bem  no  infcio  como,  por  exemplo, 
durante  o desenvolvimento  do  piano  de  gerenciamento  do  projeto.  Isso  permite  que  os  recursos  adequados, 
tais  como  tempo  e orgamento,  sejam  alocados  as  atividades  de  comunicagao.  Comunicagao  eficaz  significa 
que  as  informagoes  sao  fornecidas  no  formato  correto,  na  hora  certa,  ao  publico  certo  e com  o impacto 
necessario.  Comunicagao  eficiente  significa  fornecer  somente  as  informagoes  que  sao  necessarias. 

Embora  todos  os  projetos  compartilhem  a necessidade  de  comunicar  as  informagoes  do  projeto,  as 
necessidades  de  informagao  e os  metodos  de  distribuigao  podem  variar  muito.  Alem  disso,  os  metodos 
de  armazenamento,  recuperagao  e disposigao  final  das  informagoes  do  projeto  devem  ser  considerados 
e documentados  de  forma  apropriada  durante  o processo.  Os  pontos  importantes  que  podem  precisar  ser 
considerados  incluem,  mas  nao  estao  limitados,  a: 

• Quern  precisa  de  quais  informagoes,  e quern  esta  autorizado  a acessar  tais  informagoes; 

• Quando  as  informagoes  serao  necessarias; 

• Onde  as  informagoes  devem  ser  armazenadas; 

• 0 formato  em  que  as  informagoes  devem  ser  armazenadas; 

• Como  as  informagoes  podem  ser  recuperadas;  e 

• Se  o fuso  horario,  as  barreiras  linguisticas  e as  consideragoes  multiculturais  devem  ser  levados  em 
consideragao. 

Os  resultados  do  processo  Planejar  o gerenciamento  das  comunicagoes  devem  ser  analisados  periodicamente 
durante  o projeto  e revisados  conforme  necessario  para  garantir  a aplicabilidade  continua. 

10.1.1  Planejar  o gerenciamento  das  comunicagoes:  entradas 

10.1.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . 0 piano  de  gerenciamento  do  projeto  fornece  informagoes  sobre  como  o projeto 
sera  executado,  monitorado,  controlado  e encerrado. 
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10.1.1.2  Registro  das  partes  interessadas 

Descrito  na  Segao  13.1.3.1. 0 registro  das  partes  interessadas  fornece  as  informagoes  necessarias  para 
planejar  a comunicagao  com  as  partes  interessadas  do  projeto. 

10.1.1.3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1.5.  0 processo  Planejar  o gerenciamento  das  comunicagoes  esta  estreitamente 
vinculado  aos  fatores  ambientais  da  empresa,  ja  que  a estrutura  da  organizagao  tera  urn  efeito  importante 
nos  requisitos  de  comunicagoes  do  projeto.  Todos  os  fatores  ambientais  da  empresa  descritos  na  Segao  2.1 .5 
sao  usados  como  entradas  para  esse  processo,  uma  vez  que  as  comunicagoes  precisam  ser  adaptadas  ao 
ambiente  do  projeto. 

10.1.1.4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1.4.  Todos  os  ativos  de  processos  organizacionais  descritos  na  Segao  2.1.4  sao  10 
usados  como  entradas  para  o processo  Planejar  o Gerenciamento  das  Comunicagoes.  Entre  eles,  as  ligoes 
aprendidas  e as  informagoes  historicas  sao  particularmente  importantes  porque  podem  fornecer  uma  visao 
melhor  tanto  das  decisoes  tomadas  em  relagao  a questoes  de  comunicagao  quanto  dos  resultados  dessas 
decisoes  em  projetos  anteriores  semelhantes.  Elas  podem  ser  usadas  como  orientagoes  para  planejar  as 
atividades  de  comunicagao  para  o projeto  atual. 

10.1.2  Planejar  o gerenciamento  das  comunicagoes:  ferramentas  e tecnicas 

10.1.2.1  Analise  de  requisitos  das  comunicagoes 

A analise  de  requisitos  das  comunicagoes  determina  as  necessidades  de  informagoes  das  partes 
interessadas  do  projeto.  Esses  requisitos  sao  definidos  pela  combinagao  do  tipo  e do  formato  das  informagoes 
necessarias  com  uma  analise  do  valor  dessas  informagoes.  Os  recursos  do  projeto  devem  ser  utilizados  apenas 
na  comunicagao  de  informagoes  que  contribuam  para  o exito  do  projeto,  ou  quando  a falta  de  comunicagao 
pode  ocasionar  falhas. 
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0 gerente  de  projetos  tambem  deve  considerar  o numero  de  canais  ou  caminhos  de  comunicagao  em 
potencial  como  um  indicador  da  complexidade  de  comunicagoes  do  projeto.  0 numero  total  de  canais  de 
comunicagao  em  potencial  e n(n  - 1)/2,  onde  n representa  o numero  de  partes  interessadas.  Por  exemplo, 
um  projeto  com  10  partes  interessadas  tern  10(10  - 1)/2  = 45  canais  de  comunicagao  em  potencial.  Como 
resultado,  um  componente  fundamental  do  planejamento  das  comunicagoes  reais  do  projeto  e determinar  e 
limitar  quern  se  comunicara  com  quern  e quern  recebera  quais  informagoes. 

As  fontes  de  informagoes  normalmente  usadas  para  identificar  e definir  os  requisitos  das  comunicagoes  do 
projeto  incluem,  mas  nao  estao  limitadas  a: 

• Organogramas; 

• Organizagao  do  projeto  e relagfies  de  responsabilidade  das  partes  interessadas; 

• Disciplinas,  departamentos  e especialidades  envolvidas  no  projeto; 

• Logistica  de  quantas  pessoas  estarao  envolvidas  no  projeto  e em  que  locais; 

• Necessidades  de  informagoes  internas  (por  exemplo,  na  comunicagao  dentro  das  organizagfies); 

• Necessidades  de  informagoes  externas  (por  exemplo,  na  comunicagao  com  a mfdia,  o publico  ou  os 
fornecedores);  e 

• Informagoes  das  partes  interessadas  e requisitos  das  comunicagoes  de  dentro  do  registro  das  partes 
interessadas. 

10.1.2.2  Tecnologia  de  comunicagoes 

Os  metodos  usados  para  transferir  informagoes  entre  as  partes  interessadas  do  projeto  podem  variar  de 
modo  significativo.  Por  exemplo,  uma  equipe  de  projeto  pode  usar  diversas  tecnicas,  desde  conversas  rapidas 
a reunifies  longas,  ou  desde  simples  documentos  escritos  a materials  extensos  (por  exemplo,  cronogramas, 
bancos  de  dados  e websites ),  que  podem  ser  acessados  online  como  metodos  de  comunicagao. 

Os  fatores  que  podem  afetar  a escolha  da  tecnologia  de  comunicagao  incluem: 

• Urgencia  da  necessidade  de  informagoes.  E necessario  considerar  a urgencia,  frequencia  e 
formato  das  informagfies  a serem  comunicadas,  pois  elas  podem  variar  de  acordo  com  o projeto  e 
tambem  nas  diferentes  etapas  de  um  projeto. 

• Disponibilidade  de  tecnologia.  E necessario  assegurar  que  a tecnologia  requerida  para  facilitar  a 
comunicagao  seja  compativel,  esteja  dispomvel  e possa  ser  acessada  por  todas  as  partes  interessadas 
durante  todo  o ciclo  de  vida  do  projeto. 
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• Facilidade  de  uso.  E necessario  assegurar  que  a escolha  das  tecnologias  de  comunicagao  seja 
adequada  para  os  participantes  do  projeto  e que  sejam  planejados  eventos  de  treinamento  adequados, 
quando  apropriado. 

• Ambiente  do  projeto.  E necessario  determinar  se  a equipe  se  reunira  e operara  presencialmente  ou 
em  um  ambiente  virtual;  se  estara  localizada  em  um  ou  multiplos  fusos  horarios;  se  usara  multiplos 
idiomas  nas  comunicagoes  e,  finalmente,  se  existem  quaisquer  outros  fatores  ambientais  do  projeto, 
tais  como  culturais,  que  possam  afetar  as  comunicagoes. 

• Sensibilidade  e confidencialidade  das  informagoes.  E necessario  determinar  se  as  informagoes 
a serem  comunicadas  sao  sensiveis  ou  confidenciais  e se  devem  ser  tomadas  medidas  adicionais 
de  seguranga  ou  nao.  Alem  disso,  a maneira  mais  apropriada  de  comunicar  as  informagoes  deve  ser 
considerada. 


10.1.2.3  Modelos  de  comunicagoes 

Os  modelos  de  comunicagoes  usados  para  facilitar  as  comunicagoes  e a troca  de  informagoes  podem 
variar  de  acordo  com  o projeto  e tambem  nos  varios  estagios  do  mesmo  projeto.  Um  modelo  basico  de 
comunicagao,  mostrado  na  Figura  10-4,  consiste  de  duas  partes  definidas  como  o emissor  e o receptor.  Midia 
e o meio  tecnologico  e inclui  o modo  de  comunicagao,  enquanto  ruido  inclui  qualquer  interferencia  ou  barreiras 
que  possam  comprometer  a transmissao  da  mensagem.  A sequencia  de  passos  de  um  modelo  basico  de 
comunicagao  e: 

• Codificagao.  Pensamentos  ou  ideias  sao  convertidos(codificados)  em  linguagem  pelo  emissor. 

• Transmissao  da  mensagem.  As  informagoes  sao  entao  enviadas  pelo  emissor  usando  o canal  de 
comunicagao  (midia).  A transmissao  dessa  mensagem  pode  ser  comprometida  por  varios  fatores 
(por  exemplo,  distancia,  tecnologia  desconhecida,  infraestrutura  inadequada,  diferenga  cultural  e 
falta  de  informagoes  previas).  Esses  fatores  sao  coletivamente  chamados  de  ruido. 

• Decodificagao.  A mensagem  e reconvertida  pelo  receptor  em  pensamentos  ou  ideias  significativas. 

• Confirmagao.  Apos  receber  uma  mensagem , o receptor  pode  sinalizar  (confirmar)  o seu  recebimento, 
o que  nao  significa  necessariamente  que  ele  concorda  ou  compreende  a mensagem. 

• Feedback/ Resposta.  Apos  a mensagem  recebida  ser  decodificada  e entendida,  o receptor  codifica 
pensamentos  e ideias  em  uma  mensagem  e em  seguida  a transmite  ao  emissor  original. 
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Figura  10-4.  Modelo  basico  de  comunicagao 


Os  componentes  do  modelo  basico  de  comunicagao  precisam  ser  considerados  ao  discutir  as  comunicagoes 
do  projeto.  Como  parte  do  processo  de  comunicagao,  o emissor  e responsavel  por  transmitir  a mensagem, 
assegurando  que  as  informagoes  comunicadas  estao  Claras  e completas,  e confirmando  que  a comunicagao 
foi  entendida  corretamente.  0 receptor  e responsavel  por  garantir  que  as  informagoes  sejam  recebidas 
integralmente,  compreendidas  corretamente  e confirmadas  ou  respondidas  de  forma  apropriada. 

Ha  muitos  desafios  no  uso  desses  componentes  para  estabelecer  uma  comunicagao  eficaz  com  as 
partes  interessadas  do  projeto,  como  em  uma  equipe  de  projeto  multinacional  altamente  tecnica.  Para  que 
urn  membro  da  equipe  comunique  com  exito  urn  conceito  tecnico  para  outro  membro  da  equipe  em  outro 
pais,  pode  ser  necessario  codificar  a mensagem  no  idioma  apropriado,  enviar  a mensagem  usando  diversas 
tecnologias,  e que  o receptor  decodifique  a mensagem  em  seu  idioma  nativo  e depois  responda  ou  fornega 
urn  feedback.  Qualquer  ruido  ao  longo  do  processo  pode  comprometer  o significado  original  da  mensagem. 
Neste  exemplo,  ha  muitos  fatores  que  podem  fazer  com  que  o significado  original  da  mensagem  seja  mal 
interpretado  ou  mal  entendido. 

10.1.2.4  Metodos  de  comunicagao 

Ha  varios  metodos  de  comunicagao  usados  para  compartilhar  informagoes  entre  as  partes  interessadas  do 
projeto.  Esses  metodos  podem  ser  classificados  de  urn  modo  geral  em: 
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• Comunicagao  interativa.  Entre  duas  ou  mais  partes  que  estao  realizando  uma  troca  de  informagfies 
multidirecional.  E a forma  mais  eficiente  de  garantir  urn  entendimento  comum  por  todos  os 
participantes  sobre  tfipicos  especificos,  e inclui  reunifies,  telefonemas,  mensagens  instantaneas, 
videoconferencias,  etc. 

• C'omu/j/capaoaf/Va.Encaminhadaparadestinatariosespecificosqueprecisamreceberasinformagfies. 
Garante  que  as  informagfies  sejam  distribuidas  mas  nao  que  tenham  realmente  chegado  ou  tenham 
sido  compreendidas  pelo  publico-alvo.  A comunicagao  ativa  inclui  cartas,  memorandos,  relatfirios, 
emails,  faxes,  correio  de  voz,  blogs,  comunicados  de  imprensa,  etc. 

• Comunicagao  passiva.  Usada  para  volumes  muito  grandes  de  informagfies  ou  para  publicos  muito 
grandes,  ela  requer  que  os  destinatarios  acessem  o conteudo  da  comunicagao  a seu  prfiprio 
criterio.  Esses  metodos  incluem  sites  de  intranet,  e-learning,  bancos  de  dados  de  ligfies  aprendidas, 
repositories  de  conhecimentos,  etc. 

As  escolhas  dos  metodos  de  comunicagao  usados  em  urn  projeto  podem  precisar  ser  discutidas  e acordadas 
pelas  partes  interessadas  do  projeto  com  base  nos  requisitos,  custo  e restrigfies  de  tempo  do  projeto,  e o 
conhecimento  e disponibilidade  das  ferramentas  e recursos  requeridos  que  podem  ser  aplicados  no  processo 
de  comunicagao. 


10.1.2.5  Reunifies 

Descritas  na  Segao  4.3. 2.3.  0 processo  Planejar  o gerenciamento  das  comunicagfies  requer  a discussao 
e o dialogo  com  a equipe  do  projeto  para  determinar  a maneira  mais  apropriada  de  atualizar  e comunicar  as 
informagfies  do  projeto,  e para  responder  as  solicitagfies  das  varias  partes  interessadas  nessas  informagfies. 
Essas  discussfies  e dialogo  sao  normalmente  facilitados  atraves  de  reunifies  que  podem  ser  conduzidas 
presencialmente  ou  online  e em  varios  locals,  tais  como  o local  do  projeto  ou  do  cliente. 

Ha  varios  tipos  de  reunifies  de  projetos  em  que  as  comunicagfies  do  projeto  podem  ocorrer.  A maioria  das 
reunifies  de  projetos  sao  de  partes  interessadas  que  se  reunem  para  resolver  problemas  ou  tomar  decisfies. 
Embora  as  discussfies  informais  possam  ser  interpretadas  como  uma  reuniao,  a maioria  das  reunifies  de 
projeto  sao  mais  formais,  com  horario,  local  e agenda  pre-organizados.  As  reunifies  tipicas  comegam  com  uma 
lista  de  questfies  a serem  discutidas,  que  sao  circuladas  com  antecedencia  com  minutas  e outras  informagfies 
documentadas  especificamente  para  a reuniao.  As  informagfies  sao  entao  distribuidas  entre  as  outras  partes 
interessadas  apropriadas,  conforme  necessario. 
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10.1.3  Planejar  o gerenciamento  das  comunicagoes:  saidas 

10.1.3.1  Plano  de  gerenciamento  das  comunicagoes 

0 piano  de  gerenciamento  das  comunicagoes  e urn  componente  do  piano  de  gerenciamento  do  projeto 
que  descreve  como  as  comunicagoes  do  projeto  serao  planejadas,  estruturadas,  monitoradas  e controladas.  0 
piano  contem  as  seguintes  informagoes: 

• Requisitos  de  comunicagoes  das  partes  interessadas; 

• Informagoes  a serem  comunicadas,  incluindo  idioma,  formato,  conteudo  e nivel  de  detalhes; 

• Motivo  da  distribuigao  daquelas  informagoes; 

• Intervalo  de  tempo  e frequencia  para  a distribuigao  das  informagoes  necessarias  e recebimento  da 
confirmagao  ou  resposta,  se  aplicavel; 

• Pessoa  responsavel  por  comunicar  as  informagoes; 

• Pessoa  responsavel  por  autorizar  a liberagao  das  informagoes  confidenciais; 

• Pessoa  ou  grupos  que  receberao  as  informagoes; 

• Metodos  ou  tecnologias  usados  para  transmitir  as  informagoes,  como  memorandos,  email  e/ou 
comunicados  de  imprensa; 

• Recursos  alocados  para  as  atividades  de  comunicagao,  incluindo  tempo  e orgamento; 

• Processo  de  encaminhamento,  identificando  os  prazos  e a cadeia  gerencial  (nomes)  para  o 
encaminhamento  de  questoes  que  nao  podem  ser  solucionadas  nos  niveis  de  pessoal  mais  baixos; 

• Metodo  para  atualizar  e refinar  o piano  de  gerenciamento  das  comunicagoes  com  o progresso  e o 
desenvolvimento  do  projeto; 

• Glossario  da  terminologia  comum; 

• Fluxogramas  do  fluxo  de  informagoes  no  projeto,  fluxos  de  trabalho  com  a sequencia  de  autorizagao 
possivel,  lista  de  relatorios,  pianos  de  reunioes,  etc.;  e 

• Restrigoes  de  comunicagao,  normalmente  derivadas  de  leis  ou  regulamentos  especificos,  tecnologias, 
e poh'ticas  organizacionais,  etc. 
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0 piano  de  gerenciamento  das  comunicagfies  tambem  pode  incluir  diretrizes  e modelos  para  reunifies  de 
andamento  do  projeto,  reunifies  da  equipe  do  projeto,  reunifies  eletrfinicas  e mensagens  de  email.  0 uso  de  um 
websitee  de  um  software  tie  gerenciamento  de  projetos  tambem  pode  ser  incluido,  casosejam  usados  no  projeto. 

10.1.3.2  Atualizagoes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Cronograma  do  projeto,  e 

• Registro  das  partes  interessadas. 


10.2  Gerenciar  as  comunicagoes 

Gerenciar  as  comunicagoes  e o processo  de  criar,  coletar,  distribuir,  armazenar,  recuperar,  e de  disposigao 
final  das  informagfies  do  projeto  de  acordo  com  o piano  de  gerenciamento  das  comunicagfies.  0 principal 
beneficio  desse  processo  e possibilitar  um  fluxo  de  comunicagao  eficiente  e eficaz  entre  as  partes  interessadas 
do  projeto.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustrados  na  Figura  10-5.  A 
Figura  10-6  ilustra  o diagrama  de  fluxo  de  dados  do  processo  Gerenciar  as  comunicagfies. 


.1  Plano  de  gerenciamento 
das  comunicagoes 
.2  Relatorios  de 

desempenho  do  trabalho 
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Figura  10-5.  Gerenciar  as  comunicagoes:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  10-6.  Diagrama  do  fluxo  de  dados  do  processo  Gerenciar  as  comunicagoes 


Esse  processo  vai  alem  da  distribuigao  de  informagoes  relevantes  e procura  assegurar  que  as  informagoes 
sendo  comunicadas  para  as  partes  interessadas  do  projeto  sejam  geradas  de  forma  apropriada,  assim 
como  recebidas  e compreendidas.  Ele  tambem  fornece  oportunidades  as  partes  interessadas  de  solicitar 
informagoes,  esclarecimentos  e discussoes  adicionais.  As  tecnicas  e consideragoes  para  o gerenciamento 
eficaz  das  comunicagoes  incluem,  mas  nao  se  limitam,  a: 

• Modelos  de  emissor-receptor.  A incorporagao  de  ciclos  de  feedback  para  fornecer  oportunidades 
de  interagao/participagao  e remover  barreiras  de  comunicagao. 

• Escolha  dos  meios  de  comunicagao.  Situagoes  especificas  de  quando  comunicar  por  escrito  ou 
oralmente,  quando  preparar  urn  memorando  informal  ou  urn  relatorio  formal,  e quando  se  comunicar 
presencialmente  ou  por  email. 

• Estilo  de  redagao.  Uso  adequado  da  voz  ativa  ou  passiva,  estrutura  das  frases,  e escolha  das  palavras. 
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• Tecnicas  de  gerenciamento  de  reunifies.  Preparagao  de  uma  agenda  e administragao  de  conflitos. 

• Tecnicas  de  apresentagao.  Conscience  do  impacto  da  linguagem  corporal  e desenvolvimento  de 
recursos  visuais. 

• Tecnicas  de  facilitagao.  Obtengao  de  consenso  e superagao  de  obstaculos. 

• Tecnicas  de  escuta.  Escutar  ativamente  (confirmar,  esclarecer  e confirmar  o entendimento)  e 
remover  as  barreiras  que  afetam  negativamente  a compreensao. 

10.2.1  Gerenciar  as  comunicagoes:  entradas 

10.2.1.1  Plano  de  gerenciamento  das  comunicagoes 

Descrito  na  Segao  1 0.1 .3.1 . 0 piano  de  gerenciamento  das  comunicagoes  descreve  como  as  comunicagoes 
serao  planejadas,  estruturadas,  monitoradas  e controladas. 

10 

10.2.1.2  Relatorios  de  desempenho  do  trabalho 

Descritos  na  Segao  4.4. 3.2.  Os  relatorios  de  desempenho  do  trabalho  sao  urn  conjunto  de  informagoes  de 
desempenho  e progresso  do  projeto  que  pode  ser  usado  para  facilitar  a discussao  e criar  comunicagoes.  Para 
otimizar  este  processo,  e importante  que  os  relatorios  sejam  abrangentes,  exatos  e disponiveis  oportunamente. 

10.2.1.3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  especificos  da  empresa  que  podem  influenciar  o processo 
Gerenciar  as  comunicagoes  incluem,  mas  nao  estao  limitados,  a: 

• Cultura  organizacional  e estrutura, 

• Padroes  e regulamentos  governamentais  ou  dos  setores  economicos,  e 

• Sistema  de  informagoes  de  gerenciamento  de  projeto. 

10.2.1.4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Gerenciar  as  comunicagoes  incluem,  mas  nao  se  limitam,  a: 
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• Poli'ticas,  procedimentos,  processos  e diretrizes  relativos  ao  gerenciamento  das  comunicagoes; 

• Modelos;  e 

• Informagoes  historicas  e ligoes  aprendidas. 

10.2.2  Gerenciar  as  comunicagoes:  ferramentas  e tecnicas 

10.2.2.1  Tecnologias  de  comunicagoes 

Descritas  na  Segao  10.1 .2.2.  A escolha  das  tecnologias  de  comunicagoes  e uma  consideragao  importante 
no  processo  Gerenciar  as  Comunicagoes.  Como  isso  pode  variar  de  forma  significativa  de  projeto  para  projeto  e 
tambem  no  decorrer  do  ciclo  de  vida  de  urn  projeto,  o importante  e assegurar  que  a escolha  e apropriada  para 
as  informagoes  que  estao  sendo  comunicadas. 

10.2.2.2  Modelos  de  comunicagoes 

Descritos  na  Segao  1 0.1 .2.3.  A escolha  dos  modelos  de  comunicagoes  e uma  consideragao  importante  neste 
processo.  Como  todos  os  componentes  das  comunicagoes  contribuem  para  urn  processo  de  comunicagoes 
eficaz  e eficiente,  o toco  esta  em  assegurar  que  a escolha  do  modelo  de  comunicagoes  seja  apropriado  para  o 
projeto  sendo  empreendido  e que  quaisquer  barreiras  (ruido)  sejam  identificadas  e gerenciadas. 

10.2.2.3  Metodos  de  comunicagao 

Descritos  na  Segao  10.1 .2.4.  A escolha  dos  metodos  de  comunicagao  e uma  consideragao  importante  no 
processo.  Como  podem  existir  muitas  barreiras  e desafios  potenciais  durante  este  processo,  o toco  esta  em 
assegurar  que  as  informagoes  criadas  e distribuidas  foram  recebidas  e compreendidas  para  possibilitar  a 
resposta  e o feedback. 

10.2.2.4  Sistemas  de  gerenciamento  de  informagdes 

As  informagoes  do  projeto  sao  gerenciadas  e distribuidas  usando  varias  ferramentas,  incluindo: 

• Gerenciamento  de  documentos  impressos:  cartas,  memorandos,  relatorios  e comunicados  a 
imprensa; 

• Gerenciamento  de  comunicagoes  eletronicas:  email,  fax,  correio  de  voz,  telefone,  videoconferencia  e 
reuniao  pela  Internet,  websites  e publicagao  na  web]  e 

• Ferramentas  eletronicas  de  gerenciamento  de  projetos:  interfaces  da  web  para  software  de 
agendamento  e gerenciamento  de  projetos,  software  de  apoio  a reunioes  e escritorios  virtuais, 
portais  e ferramentas  colaborativas  de  gerenciamento  de  trabalho. 
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10.2.2.5  Relatorios  de  desempenho 

Relatar  o desempenho  e a agao  de  coletar  e distribuir  informagoes  sobre  o desempenho,  incluindo  relatorios 
de  andamento,  medigoes  do  progresso  e previsoes.  0 processo  Relatar  o desempenho  envolve  a coleta  e a 
analise  periodica  da  linha  de  base  em  relagao  aos  dados  reais  para  entender  e comunicar  o andamento  e o 
desempenho  do  projeto,  assim  como  para  prever  os  resultados  do  projeto. 

Os  relatorios  de  desempenho  precisam  fornecer  informagoes  no  nivel  adequado  para  cada  publico.  0 
formato  pode  variar  desde  urn  simples  relatorio  de  andamento  ate  relatorios  mais  elaborados,  que  podem  ser 
elaborados  regularmente  ou  como  uma  excegao.  Urn  relatorio  de  andamento  simples  pode  mostrar  informagoes 
do  desempenho,  como  o percentual  completo,  ou  paineis  de  indicadores  da  situagao  de  cada  area  (ou  seja, 
escopo,  cronograma,  custo  e qualidade).  Os  relatorios  mais  elaborados  podem  incluir: 

• Analise  do  desempenho  anterior, 

• Analise  de  previsoes  do  projeto  (incluindo  tempo  e custo), 

• Situagao  atual  dos  riscos  e questoes, 

• Trabalho  concluido  durante  o periodo, 

• Trabalho  a ser  concluido  no  proximo  periodo, 

• Resumo  das  mudangas  aprovadas  no  periodo,  e 

• Outras  informagoes  relevantes  que  sao  analisadas  e discutidas. 


10.2.3  Gerenciar  as  comunicagoes:  sai'das 

10.2.3.1  Comunicagdes  do  projeto 

0 processo  Gerenciar  as  comunicagoes  envolve  as  atividades  requeridas  para  a criagao,  distribuigao, 
recebimento,  confirmagao  e compreensao  das  informagoes.  As  comunicagoes  do  projeto  podem  incluir  mas 
nao  estao  limitadas  a:  relatorios  de  desempenho,  situagao  das  entregas,  progresso  do  cronograma  e custos 
incorridos.  As  comunicagoes  do  projeto  podem  variar  de  forma  significativa  e sao  influenciadas  por  fatores  que 
nao  se  limitam  a urgencia  e ao  impacto  da  mensagem,  seu  metodo  de  entrega  e nivel  de  confidencialidade. 
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10.2.3.2  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

0 piano  de  gerenciamento  do  projeto fornece  informagfies  sobre  as  linhas  de  base  do  projeto,  o gerenciamento 
das  comunicagfies  e o gerenciamento  das  partes  interessadas.  Cada  uma  dessas  areas  requer  atualizagfies 
com  base  no  desempenho  atual  do  projeto  em  relagao  a linha  de  base  da  medigao  do  desempenho  (PMB). 
A linha  de  base  da  medigao  do  desempenho  e urn  piano  aprovado  do  trabalho  do  projeto  em  relagao  ao  qual 
a execugao  do  projeto  e comparada  e os  desvios  sao  medidos  para  controle  gerencial.  A linha  de  base  da 
medigao  do  desempenho  em  geral  integra  os  parametros  de  escopo,  cronograma  e custos  do  projeto,  mas 
tambem  pode  incluir  parametros  tecnicos  e de  qualidade. 

10.2.3.3  Atualizagdes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Registro  das  questfies, 

• Cronograma  do  projeto,  e 

• Requisitos  de  recursos  financeiros  do  projeto. 

10.2.3.4  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  entre  outros: 

• Notificacfies  das  partes  interessadas.  Podem  ser  fornecidas  informagoes  as  partes  interessadas 
sobre  questoes  solucionadas,  mudangas  aprovadas  e a situagao  geral  do  projeto. 

• Relatorios  do  projeto.  Os  relatorios  formais  e informais  do  projeto  descrevem  o andamento  do 
projeto  e incluem  ligfies  aprendidas,  registros  de  questoes,  relatorios  de  encerramento  do  projeto  e 
resultados  de  outras  areas  de  conhecimento  (Segfies  4 a 13). 

• Apresentagoes  do  projeto.  A equipe  do  projeto  fornece  informagoes  de  modo  formal  ou  informal  a 
uma  ou  todas  as  partes  interessadas  do  projeto.  As  informagoes  e o metodo  de  apresentagao  devem 
ser  relevantes  as  necessidades  do  publico. 

• Registros  do  projeto.  Os  registros  do  projeto  podem  incluir  correspondence,  memorandos,  atas 
de  reunifies  e outros  documentos  que  descrevam  o projeto.  Essas  informagfies,  na  medida  em  que 
seja  possivel  e apropriado,  devem  ser  mantidas  de  maneira  organizada.  Os  membros  da  equipe  do 
projeto  tambem  podem  manter  registros  em  urn  diario  do  projeto  ou  registro,  que  pode  serfisico 
ou  eletrfinico. 
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• Feedback  das  partes  interessadas.  As  informagoes  recebidas  das  partes  interessadas  em  relagao 
as  operagoes  do  projeto  sao  distribufdas  e usadas  para  modificar  ou  melhorar  o desempenho  futuro 
do  projeto. 

• Documentagao  de  ligoes  aprendidas.  A documentagao  inclui  as  causas  dos  problemas,  o motivo 
que  levou  a agao  corretiva  escolhida  e outros  tipos  de  ligoes  aprendidas  sobre  o gerenciamento  das 
comunicagoes.  As  ligoes  aprendidas  devem  ser  documentadas  e distribufdas  para  que  fagam  parte 
do  banco  de  dados  historico  tanto  do  projeto  quanto  da  organizagao  executora. 


10.3  Controlar  as  comunicagoes 

Controlar  as  comunicagoes  e o processo  de  monitorar  e controlar  as  comunicagoes  no  decorrer  de  todo 
o ciclo  de  vida  do  projeto  para  assegurar  que  as  necessidades  de  informagao  das  partes  interessadas  do 
projeto  sejam  atendidas.  0 principal  beneficio  deste  processo  e a garantia  de  urn  fluxo  otimo  de  informagoes 
entre  todos  os  participantes  das  comunicagoes,  em  qualquer  momento.  As  entradas,  ferramentas  e tecnicas,  e 
safdas  desse  processo  estao  ilustradas  na  Figura  10-7.  A Figura  10-8  ilustra  o diagrama  de  fluxo  de  dados  do 
processo  Controlar  as  comunicagoes. 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Comunicagoes  do  projeto 
.3  Registro  das  questoes 
.4  Dados  de  desempenho  do 
trabalho 

.5  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Sistemas  de  gerenciamento 
de  informagoes 
.2  Opiniao  especializada 
.3  Reunifies 




.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudanga 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 


Figura  10-7.  Controlar  as  comunicagdes:  entradas,  ferramentas  e tecnicas,  e saidas 
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4.2 

Desenvolver  o 
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13.3 
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• Plano  de 
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• Comunicagoes 
do  projeto 
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10.3 
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• Atualizagoes 
nos  documentos 
do  projeto 


• Informagoes  sobre  o 
desempenho  do  trabalho 


Documentos 
do  projeto 


4.4 

Monitorar  e 
controlar  o trabalho 
do  projeto 


Empresa/ 

organizagao 


• Ativos  de  processos 
organizacionais 


• Atualizagoes  nos 
ativos  de  processos 
organizacionais 


• Solicitagoes 
de  mudanga 


4.5 

Realizar  o controle 
integrado  de 
mudangas 


Figura  10-8.  Diagrama  do  fluxo  de  dados  do  processo  Controlar  as  comunicagoes 


0 processo  Controlar  as  comunicagoes  pode  acionar  uma  iteragao  dos  processos  Planejar  o gerenciamento 
das  comunicagoes  e/ou  Gerenciar  as  comunicagoes.  Essa  iteragao  ilustra  a natureza  continua  dos  processos  de 
Gerenciamento  das  comunicagoes  do  projeto.  Elementos  de  comunicagao  especificos,  tais  como  questoes  ou 
principais  indicadores  de  desempenho  (por  exemplo,  cronograma,  custos  e qualidade  reais  versus  planejados) 
podem  acionar  uma  revisao  imediata,  enquanto  outros  nao.  0 impacto  e as  repercussoes  das  comunicagoes 
do  projeto  devem  ser  cuidadosamente  avaliados  e controlados  para  assegurar  que  a mensagem  correta  seja 
entregue  a audiencia  correta,  no  tempo  certo. 


10.3.1  Controlar  as  comunicagoes:  entradas 

10.3.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . 0 piano  de  gerenciamento  do  projeto  e o documento  que  descreve  como  o 
projeto  sera  executado,  monitorado,  controlado  e encerrado.  Ele  fornece  as  seguintes  informagoes  valiosas 
para  o processo  Controlar  as  comunicagoes,  entre  outras: 
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• Requisitos  de  comunicagoes  das  partes  interessadas, 

• Motivo  da  distribuigao  da  informagao, 

• Intervalo  de  tempo  e frequencia  para  a distribuigao  das  informagoes  necessarias, 

• Individuo  ou  grupo  responsavel  pela  comunicagao  da  informagao,  e 

• Individuo  ou  grupo  que  recebe  a informagao. 


10.3.1.2  Comunicagoes  do  projeto 

Descritos  na  Segao  10.2.3.1 . 0 processo  Controlar  as  comunicagoes  envolve  as  atividades  requeridas  para 
que  as  informagoes  e comunicagoes  sejam  monitoradas,  analisadas  e liberadas  para  as  partes  interessadas 
As  comunicagoes  do  projeto  vem  de  multiplas  fontes  e podem  variar  de  forma  significativa  no  seu  formato, 
nivel  de  detalhe,  grau  de  formalidade  e confidencialidade.  As  comunicagoes  do  projeto  podem  incluir,  mas  nao 
estao  limitadas  a: 

• Andamento  das  entregas, 

• Progresso  do  cronograma,  e 

• Custos  incorridos. 


10.3.1.3  Registro  das  questoes 

Descrito  na  Segao  13.3.3.1 . 0 registro  das  questoes  e usado  para  documentar  e monitorar  a solugao  das 
questoes.  Ele  pode  ser  usado  para  facilitar  a comunicagao  e garantir  urn  entendimento  comum  das  questoes. 
Urn  registro  por  escrito  documenta  e ajuda  a monitorar  quern  e responsavel  pela  resolugao  de  questoes 
especificas  ate  urn  prazo  definido.  A resolugao  de  questoes  aborda  obstaculos  que  podem  bloquear  a equipe 
e impedir  que  ela  alcance  suas  metas.  Essas  informagoes  sao  importantes  para  o processo  Controlar  as 
comunicagoes  porque  fornecem  urn  repository  para  o que  ja  aconteceu  no  projeto  e uma  plataforma  para  as 
comunicagoes  subsequentes  a serem  entregues. 


10.3.1.4  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4.3. 3.2.  Os  dados  de  desempenho  do  trabalho  podem  incluir  detalhes  sobre  que 
comunicagoes  foram  realmente  distribuidas,  feedback  sobre  comunicagoes,  resultados  de  pesquisas  sobre  a 
eficacia  das  comunicagoes  ou  outras  observagoes  brutas  identificadas  durante  as  atividades  de  comunicagao. 
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10.3.1.5  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Controlar  as  comunicagoes  incluem,  mas  nao  se  limitam,  a: 

• Modelos  de  relatorios; 

• Politicas,  padroes  e procedimentos  que  definem  as  comunicagoes; 

• Tecnologias  de  comunicagoes  especificas  disponiveis; 

• Meios  de  comunicagao  permitidos; 

• Politicas  de  retengao  de  registros;  e 

• Requisitos  de  seguranga. 

10.3.2  Controlar  as  comunicagoes:  ferramentas  e tecnicas 

10.3.2.1  Sistemas  de  gerenciamento  de  informagdes 

Urn  sistema  de  gerenciamento  de  informagdes  fornece  urn  conjunto  de  ferramentas  padrao  para  que  o 
gerente  de  projetos  possa  coletar,  armazenar  e distribuir  as  informagdes  para  as  partes  interessadas  sobre 
os  custos,  o andamento  do  cronograma  e o desempenho  do  projeto.  Alguns  pacotes  de  software  permitem 
que  o gerente  de  projetos  consolide  os  relatorios  de  diversos  sistemas  e facilitam  a distribuigao  dos  relatorios 
para  as  partes  interessadas  do  projeto.  Exemplos  dos  formatos  de  distribuigao  podem  incluir  tabelas,  analise 
de  planilhas  e apresentagoes.  Podem  ser  usados  recursos  graficos  para  criar  representagoes  visuais  das 
informagdes  de  desempenho  do  projeto. 

10.3.2.2  Opiniao  especializada 

A equipe  do  projeto  frequentemente  depende  da  opiniao  especializada  para  avaliar  o impacto  das 
comunicagoes  do  projeto,  a necessidade  de  agao  ou  intervengao,  as  agoes  que  devem  ser  tomadas,  a 
responsabilidade  pela  tomada  de  tais  agoes  e o periodo  de  tempo  para  a tomada  das  agoes.  Essa  opiniao 
especializada  pode  precisar  ser  aplicada  a detalhes  tecnicos  e/ou  de  gerenciamento,  e pode  ser  fornecida  por 
qualquer  grupo  ou  individuo  com  conhecimento  ou  treinamento  especializado,  como: 
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• Outras  unidades  dentro  da  organizagao, 

• Consultores, 

• Partes  interessadas,  inclusive  clientes  ou  patrocinadores, 

• Associagoes  profissionais  e tecnicas, 

• Setores  da  industria, 

• Especialistas  no  assunto,  e 

• Escritorio  de  gerenciamento  de  projetos  (PMO). 

0 gerente  de  projetos,  em  colaboragao  com  a equipe  do  projeto,  entao  determina  as  agoes  necessarias  para 
assegurar  que  a mensagem  correta  seja  comunicada  a audiencia  certa,  no  tempo  certo. 


10.3.2.3  Reunioes 


0 processo  Controlar  as  comunicagoes  requer  a discussao  e o dialogo  com  a equipe  do  projeto  para 
determinar  a maneira  mais  apropriada  de  atualizar  e comunicar  o desempenho  e responder  as  solicitagoes 
de  informagoes  das  partes  interessadas.  Essas  discussoes  e dialogos  sao  geralmente  facilitados  atraves  de 
reunioes,  que  podem  ser  conduzidas  presencialmente  ou  online  e em  varios  locais,  tais  como  no  local  do 
projeto  ou  no  local  do  cliente.  As  reunioes  de  projeto  tambem  incluem  discussoes  e o dialogo  com  fornecedores 
e vendedores,  e outras  partes  interessadas. 


10.3.3  Controlar  as  comunicagoes:  saidas 

10.3.3.1  Informagbes  sobre  o desempenho  do  trabalho 

Descritas  na  Segao  4.4.1 .5.  Informagoes  sobre  o desempenho  do  trabalho  organizam  e resumem  os  dados 
de  desempenho  coletados.  Esses  dados  de  desempenho  tipicamente  fornecem  informagoes  sobre  a situagao  e 
o progresso  do  projeto  no  nivel  de  detalhe  requerido  pelas  varias  partes  interessadas.  Essas  informagoes  sao 
entao  comunicadas  as  partes  interessadas  apropriadas. 

10.3.3.2  Solicitagoes  de  mudanga 

Descritas  na  Segao  4. 3.3. 3. 0 processo  Controlar  as  comunicagoes  frequentemente  resulta  na  necessidade 
de  ajuste,  agao  e intervengao.  Em  consequencia,  as  solicitagoes  de  mudanga  serao  geradas  como  urn 
resultado.  Essas  solicitagoes  de  mudanga  sao  processadas  atraves  do  processo  Realizar  o controle  integrado 
de  mudangas  (Segao  4.5)  e podem  resultar  em: 
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• Estimativas  de  custos  novas  ou  revisadas,  sequences  de  atividades,  datas  de  cronograma,  requisitos 
de  recursos  e analise  de  alternativas  de  resposta  aos  riscos; 

• Ajustes  no  piano  de  gerenciamento  do  projeto  e documentos; 

• Recomendagoes  de  agoes  corretivas  que  possam  realinhar  o desempenho  futuro  esperado  do  projeto 
com  o piano  de  gerenciamento  do  projeto  e 

• Recomendagoes  de  agoes  preventivas  que  possam  reduzir  a probabilidade  de  ocorrencia  de  urn 
desempenho  negativo  futuro  para  o projeto. 

10.3.3.3  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

0 processo  Controlar  as  comunicagoes  pode  acionar  mudangas  no  piano  de  gerenciamento  das 
comunicagoes  assim  como  em  outros  componentes  do  piano  de  gerenciamento  do  projeto  (por  exemplo, 
pianos  de  gerenciamento  dos  recursos  humanos  e das  partes  interessadas). 

10.3.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  podem  ser  atualizados  como  resultado  do  processo  Controlar  as  comunicagoes. 
Essas  atualizagoes  podem  incluir,  mas  nao  estao  limitadas,  a: 

• Previsoes, 

• Relatorios  de  desempenho,  e 

• Registro  das  questoes. 

10.3.3.5  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a 
formatos  de  relatorios  e documentagao  de  ligoes  aprendidas.  Essa  documentagao  pode  ser  inclufda  no  banco 
de  dados  historico,  tanto  para  este  projeto  como  para  a organizagao  executora,  e pode  incluir  as  causas  das 
questoes,  as  razoes  que  levaram  a agao  corretiva  escolhida,  e outros  tipos  de  ligoes  aprendidas  durante  o projeto. 
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GERENCIAMENTO  DOS  RISCOS  DO  PROJETO 

O Gerenciamento  dos  riscos  do  projeto  inclui  os  processos  de  planejamento,  identificagao,  analise, 
planejamento  de  respostas  e controle  de  riscos  de  um  projeto.  Os  objetivos  do  gerenciamento  dos  riscos  do 
projeto  sao  aumentar  a probabilidade  e o impacto  dos  eventos  positivos  e reduzir  a probabilidade  e o impacto 
dos  eventos  negativos  no  projeto. 

A Figura  1 1 -1  fornece  uma  visao  geral  dos  processos  de  Gerenciamento  dos  riscos  do  projeto,  que  sao: 

1 1 .1  Planejar  o gerenciamento  dos  riscos — 0 processo  de  definigao  de  como  conduzir  as  atividades 
de  gerenciamento  dos  riscos  de  um  projeto. 

11.2  Identificar  os  riscos — 0 processo  de  determinagao  dos  riscos  que  podem  afetar  o projeto  e de 
documentagao  das  suas  caracteristicas. 

1 1 .3  Realizar  a analise  qualitativa  dos  riscos — 0 processo  de  priorizagao  de  riscos  para  analise  ou 
agao  posterior  atraves  da  avaliagao  e combinagao  de  sua  probabilidade  de  ocorrencia  e impacto. 

11.4  Realizar  a analise  quantitativa  dos  riscos — 0 processo  de  analisar  numericamente  o efeito 
dos  riscos  identificados  nos  objetivos  gerais  do  projeto. 

11.5  Planejar  as  respostas  aos  riscos — 0 processo  de  desenvolvimento  de  opgoes  e agoes  para 
aumentar  as  oportunidades  e reduzir  as  ameagas  aos  objetivos  do  projeto. 

11.6  Controlar  os  riscos — 0 processo  de  implementar  pianos  de  respostas  aos  riscos,  acompanhar 
os  riscos  identificados,  monitorar  riscos  residuais,  identificar  novos  riscos  e avaliar  a eficacia  do 
processo  de  gerenciamento  dos  riscos  durante  todo  o projeto. 

Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  com  detalhes 
naSegao  3 e noAnexo  A1. 
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0 risco  do  projeto  e um  evento  ou  condigao  incerta  que,  se  ocorrer,  provocara  um  efeito  positivo  ou  negativo 
em  um  ou  mais  objetivos  do  projeto  tais  como  escopo,  cronograma,  custo  e qualidade.  Um  risco  pode  ter  uma 
ou  mais  causas  e,  se  ocorrer,  pode  ter  um  ou  mais  impactos.  Uma  causa  pode  ser  um  requisito,  premissa, 
restrigao  ou  condigao  potencial  que  crie  a possibilidade  de  resultados  negativos  ou  positivos.  Por  exemplo, 
as  causas  podem  incluir  o requisito  de  uma  autorizagao  ambiental  para  o trabalho,  ou  limitagoes  de  pessoal 
designado  para  planejar  o projeto.  0 risco  e que  a agenda  responsavel  pela  autorizagao  possa  demorar  mais 
do  que  o planejado  para  conceder  a autorizagao  ou,  no  caso  de  uma  oportunidade,  pessoal  adicional  de 
desenvolvimento  possa  ficar  disponivel  para  participar  do  planejamento  e seja  designado  para  o projeto.  Se 
um  desses  eventos  incertos  ocorrer,  pode  haver  um  impacto  no  escopo,  custo,  cronograma,  qualidade  ou 
desempenho  do  projeto.  As  condigoes  de  risco  podem  incluir  aspectos  do  ambiente  da  organizagao  ou  do 
projeto  que  contribuem  para  os  riscos  do  projeto,  tais  como  praticas  imaturas  de  gerenciamento  de  projetos, 
falta  de  sistemas  integrados  de  gerenciamento,  varios  projetos  simultaneos  ou  dependence  de  participantes 
externos  fora  do  controle  direto  do  projeto. 

0 risco  do  projeto  tern  origem  na  incerteza  existente  em  todos  os  projetos.  Os  riscos  conhecidos  sao 
aqueles  que  foram  identificados  e analisados,  possibilitando  o planejamento  de  respostas.  Deve  ser  designada 
uma  reserva  de  contingency  para  os  riscos  conhecidos  que  nao  podem  ser  gerenciados  de  forma  proativa. 
Os  riscos  desconhecidos  nao  podem  ser  gerenciados  de  forma  proativa  e,  assim  sendo,  podem  receber  uma 
reserva  de  gerenciamento.  Um  risco  negativo  do  projeto  que  ja  ocorreu  tambem  e considerado  uma  questao 
de  projeto  (problema). 

Os  riscos  individuals  do  projeto  sao  diferentes  do  risco  geral  do  projeto.  0 risco  geral  do  projeto  representa 
o efeito  da  incerteza  no  projeto  como  um  todo.  Ele  e mais  do  que  a soma  dos  riscos  individuals  do  projeto, 
pois  inclui  todas  as  fontes  de  incerteza  no  projeto.  Ele  representa  a exposigao  das  partes  interessadas  as 
implicagoes  das  variagoes  no  resultado  do  projeto,  tanto  positivas  quanto  negativas. 

As  organizagoes  entendem  o risco  como  o efeito  da  incerteza  nos  projetos  e objetivos  organizacionais.  As 
organizagoes  e as  partes  interessadas  estao  dispostas  a aceitar  varios  graus  de  riscos,  dependendo  da  sua 
atitude  em  relagao  aos  riscos.  A atitude  das  organizagoes  e das  partes  interessadas  em  relagao  aos  riscos  pode 
ser  influenciada  por  um  numero  de  fatores,  que  sao  classificados  de  forma  ampla  em  tres  topicos: 
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• Apetite  de  risco,  que  e o grau  de  incerteza  que  uma  entidade  esta  disposta  a aceitar,  na  expectativa 
de  uma  recompensa. 

• Tolerancia  a riscos,  que  e o grau,  a quantidade  ou  o volume  de  risco  que  uma  organizagao  ou  urn 
indivfduo  esta  disposto  a tolerar. 

• Limite  de  riscos,  que  se  refere  as  medidas  ao  longo  do  nivel  de  incerteza  ou  nivel  de  impacto  no 
qual  uma  parte  interessada  pode  ter  urn  interesse  especifico.  A organizagao  aceitara  o risco  abaixo 
daquele  limite.  A organizagao  nao  tolerara  o risco  acima  daquele  limite. 

Por  exemplo,  a atitude  de  uma  organizagao  em  relagao  ao  risco  pode  incluir  seu  apetite  pela  incerteza,  seu 
limite  de  niveis  de  riscos  que  sao  inaceitaveis,  ou  o ponto  de  tolerancia  a riscos  no  qual  a organizagao  podera 
selecionar  uma  resposta  diferente  ao  risco. 

Os  riscos  positivos  e negativos  sao  comumente  chamados  de  oportunidades  e ameagas.  0 projeto  pode 
ser  aceito  se  os  riscos  estiverem  dentro  das  tolerancias  e em  equilibrio  com  as  recompensas  que  podem  ser 
obtidas  ao  assumir  os  riscos.  Riscos  positivos  que  oferecem  oportunidades  dentro  dos  limites  de  tolerancia 
podem  ser  adotados  a fim  de  gerar  valor  aprimorado.  Por  exemplo,  a adogao  de  uma  tecnica  agressiva  de 
otimizagao  de  recursos  e urn  risco  assumido  na  expectativa  de  uma  recompensa  pelo  uso  de  menos  recursos. 

As  pessoas  e os  grupos  adotam  atitudes  em  relagao  ao  risco  que  influenciam  o modo  como  respondem. 
Essas  atitudes  em  relagao  ao  risco  sao  orientadas  pela  visao,  tolerancias  e outras  tendenciosidades,  que  devem 
ser  explicitadas  sempre  que  possivel.  Deve-se  desenvolver  uma  abordagem  aos  riscos  que  seja  consistente 
para  cada  projeto,  e a comunicagao  sobre  os  riscos  e como  lidar  com  eles  devem  ser  abertas  e honestas.  As 
respostas  aos  riscos  refletem  o equilibrio  entendido  pela  organizagao  entre  corner  riscos  e evitar  riscos. 

Para  ter  exito,  a organizagao  deve  estar  comprometida  com  uma  abordagem  proativa  e consistente  do 
gerenciamento  dos  riscos  durante  todo  o projeto.  E preciso  fazer  uma  escolha  consciente  em  todos  os  niveis 
da  organizagao  para  identificar  ativamente  e buscar  o gerenciamento  eficaz  dos  riscos  durante  o ciclo  de  vida 
do  projeto.  Os  riscos  do  projeto  podem  existir  no  momento  em  que  o projeto  e iniciado.  Avangar  urn  projeto 
sem  focar  o gerenciamento  dos  riscos  de  forma  proativa  pode  causar  mais  problemas,  surgidos  em  virtude  de 
ameagas  nao  gerenciadas. 
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Visao  geral  do  gerenciamento 
do  tempo  do  projeto 


11.1  Planejar  o 
gerenciamento  dos  riscos 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Termo  de  abertura  do  projeto 
.3  Registro  das  partes 
interessadas 

.4  Fatores  ambientais  da  empresa 
.5  Ativos  de  processos 
organizacionais 

.2  Tools  & Techniques 
.1  Tecnicas  anallticas 
.2  Opiniao  especializada 
.3  Reunioes 

.3  Saidas 

.1  Plano  de  gerenciamento  dos 
riscos 


11.4  Realizar  a analise 
quantitativa  dos  riscos 


.1  Entradas 

.1  Plano  de  gerenciamento  dos 
riscos 

.2  Plano  de  gerenciamento  dos 
custos 

.3  Plano  de  gerenciamento  do 
cronograma 
.4  Registro  dos  riscos 
.5  Fatores  ambientais  da  empresa 
.6  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Tecnicas  de  coleta  e 
apresentagao  de  dados 
.2  Tecnicas  de  modelagem  e 
analise  quantitativa  dos  riscos 
.3  Opiniao  especializada 

.3  Saidas 

.1  Atualizagoes  nos  documentos 
do  projeto 


11.2  Identificar  os  riscos 


.1  Entradas 

.1  Plano  de  gerenciamento  dos 
riscos 

.2  Plano  de  gerenciamento  dos 
custos 

.3  Plano  de  gerenciamento  do 
cronograma 

.4  Plano  de  gerenciamento  da 
qualidade 

.5  Plano  de  gerenciamento  dos 
recursos  humanos 
.6  Linha  de  base  do  escopo 
.7  Estimativas  dos  custos  das 
atividades 

.8  Estimativas  das  duragoes  das 
atividades 

.9  Registro  das  partes 
interessadas 

.10  Documentos  do  projeto 
.11  Documentos  de  aquisigao 
.12  Fatores  ambientais  da  empresa 
.13  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Revisoes  de  documentagao 
.2  Tecnicas  de  coleta  de 
informagoes 

.3  Analise  de  listas  de  verificagao 
.4  Analise  de  premissas 
.5  Tecnicas  de  diagramas 
.6  Analise  de  forgas,  fraquezas, 
oportunidades  e ameagas 
(SWOT) 

.7  Opiniao  especializada 
.3  Saidas 

.1  Registro  dos  riscos 


11. S Planejar  as 
respostas  aos  riscos 


.1  Entradas 

.1  Plano  de  gerenciamento  dos 
riscos 

.2  Registro  dos  riscos 

.2  Ferramentas  e tecnicas 
.1  Estrategias  para  riscos 
negativos  ou  ameagas 
.2  Estrategias  para  riscos 
positivos  ou  oportunidades 
.3  Estrategias  de  respostas  de 
contingency 
.4  Opiniao  especializada 

.3  Saidas 

.1  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.2  Atualizagoes  nos  documentos 
do  projeto 


V 


11.5  Realizar  a analise 
qualitativa  dos  riscos 


.1  Entradas 

.1  Plano  de  gerenciamento  dos 
riscos 

.2  Linha  de  base  do  escopo 
.3  Registro  dos  riscos 
.4  Fatores  ambientais  da  empresa 
.5  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Avaliagao  de  probabilidade  e 
impacto  dos  riscos 
.2  Matriz  de  probabilidade  e 
impacto 

.3  Avaliagao  de  qualidade  dos 
dados  sobre  riscos 
.4  Categorizagao  de  riscos 
.5  Avaliagao  da  urgencia  dos 
riscos 

.6  Opiniao  especializada 
.3  Saidas 

.1  Atualizagoes  nos  documentos 
do  projeto 


11.6  Controlar  os  riscos 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Registro  dos  riscos 
.3  Dados  de  desempenho  do 
trabalho 

.4  Relatorios  de  desempenho  do 
trabalho 

.2  Ferramentas  e tecnicas 
.1  Reavaliagao  de  riscos 
.2  Auditorias  de  riscos 
.3  Analise  de  variagao  e 
tendencias 

.4  Medigao  de  desempenho 
tecnico 

.5  Analise  de  reservas 
.6  Reunioes 

.3  Saidas 

.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudanga 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos  documentos 
do  projeto 

.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 


Figura  11-1.  Visao  geral  do  gerenciamento  do  risco  do  projeto 
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11.1  Planejar  o gerenciamento  dos  riscos 

Planejar  o gerenciamento  dos  riscos  e o processo  de  definigao  de  como  conduzir  as  atividades  de 
gerenciamento  dos  riscos  de  urn  projeto.  0 principal  beneficio  deste  processo  e que  ele  garante  que  o grau, 
tipo,  e visibilidade  do  gerenciamento  dos  riscos  sejam  proporcionais  tanto  aos  riscos  quanto  a importance  do 
projeto  para  a organizagao.  0 piano  de  gerenciamento  dos  riscos  e vital  na  comunicagao,  obtengao  de  acordo 
e apoio  das  partes  interessadas  para  garantir  que  o processo  de  gerenciamento  dos  riscos  seja  apoiado  e 
executado  de  maneira  efetiva.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas 
na  Figura  1 1 -2.  A Figura  1 1 -3  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Termo  de  abertura  do 
projeto 

.3  Registro  das  partes 
interessadas 

.4  Fatores  ambientais  da 
empresa 

.5  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Tecnicas  analiticas 
.2  Opiniao  especializada 
.3  Reunioes 

V ) 


.1  Piano  de  gerenciamento 
^ dos  riscos 


Figura  11-2.  Planejar  o gerenciamento  dos  riscos:  entradas,  ferramentas  e tecnicas,  e saidas 


Gerenciamento  dos  riscos  do  projeto 


Figura  11-3.  Diagrama  do  fluxo  do  dados  do  processo  Planejar  o gerenciamento  dos  riscos 
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0 planejamento  cuidadoso  e explicito  aumenta  a probabilidade  de  exito  dos  outros  processos  de 
gerenciamento  dos  riscos.  0 planejamento  tambem  e importante  para  fornecer  recursos  e tempo  suficientes 
para  as  atividades  de  gerenciamento  dos  riscos,  e para  estabelecer  uma  base  acordada  para  a avaliagao  dos 
riscos.  0 processo  Planejar  o gerenciamento  dos  riscos  deve  comegar  quando  o projeto  e concebido,  e ser 
concluido  na  fase  inicial  do  planejamento  do  projeto. 

11.1.1  Planejar  o gerenciamento  dos  riscos:  entradas 

11.1.1.1  Plano  de  gerenciamento  do  projeto 

No  planejamento  do  gerenciamento  dos  riscos,  todos  os  pianos  de  gerenciamento  auxiliares  e linhas  de 
base  aprovados  devem  ser  levados  em  consideragao  a fim  de  que  o piano  de  gerenciamento  dos  riscos  seja 
consistente  com  os  mesmos.  0 piano  de  gerenciamento  dos  riscos  e urn  componente  do  piano  de  gerenciamento 
do  projeto.  0 piano  de  gerenciamento  do  projeto  fornece  a linha  de  base  ou  situagao  atual  das  areas  afetadas 
pelo  risco  incluindo  escopo,  cronograma  e custo. 

1 1 .1 .1 .2  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1 . 0 termo  de  abertura  do  projeto  pode  fornecer  varias  entradas  tais  como  riscos 
de  alto  nivel,  descrigoes  de  alto  nivel  do  projeto  e requisitos  de  alto  nivel. 

11.1.1.3  Registro  das  partes  interessadas 

Descrito  na  Segao  1 3.1 .3.1 . 0 registro  das  partes  interessadas,  que  contem  todos  os  detalhes  relacionados 
com  as  partes  interessadas  do  projeto,  fornece  uma  visao  geral  dos  papeis. 

11.1.1.4  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Planejar  o 
gerenciamento  dos  riscos  incluem,  entre  outros,  as  atitudes,  limites  e tolerancias  em  relagao  aos  riscos  que 
descrevem  o grau  de  risco  que  uma  organizagao  pode  suportar. 

1 1 .1 .1 .5  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Planejar 
o gerenciamento  dos  riscos  incluem,  mas  nao  estao  limitados,  a: 
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• Categorias  de  riscos, 

• Definigoes  comuns  de  conceitos  e termos, 

• Formatos  da  especificagao  de  riscos, 

• Modelos  padrao, 

• Papeis  e responsabilidades, 

• Niveis  de  autoridade  para  tomada  de  decisoes,  e 

• Ligoes  aprendidas. 


11.1.2  Planejar  o gerenciamento  dos  riscos:  ferramentas  e tecnicas 


11.1.2.1  Tecnicas  analiticas 


Tecnicas  analiticas  sao  usadas  para  a compreensao  e definigao  do  contexto  geral  de  gerenciamento  dos 
riscos  do  projeto.  0 contexto  de  gerenciamento  de  riscos  e uma  combinagao  de  atitudes  das  partes  interessadas 
em  relagao  ao  risco  e a exposigao  estrategica  ao  risco  de  urn  determinado  projeto  com  base  no  contexto  geral 
do  projeto.  Por  exemplo,  podera  ser  realizada  uma  analise  do  perfil  de  risco  das  partes  interessadas  para 
classificar  e qualificar  seu  apetite  de  risco  e tolerancia.  Outras  tecnicas,  como  folhas  de  pontuagao  dos  riscos, 
sao  usadas  parafornecer  uma  avaliagao  de  alto  nivel  da  exposigao  do  projeto  aos  riscos,  com  base  no  contexto 
geral  do  projeto.  Dependendo  dessas  avaliagoes,  a equipe  do  projeto  podera  designar  recursos  apropriados 
e focar  as  atividades  de  gerenciamento  dos  riscos. 


11.1.2.2  Opiniao  especializada 

Para  garantir  uma  definigao  abrangente  do  piano  de  gerenciamento  dos  riscos,  deve-se  solicitar  a opiniao 
e o conhecimento  de  grupos  ou  pessoas  que  tenham  treinamento  ou  conhecimento  especializado  na  area  em 
questao,  tais  como: 

• Alta  administragao, 

• Partes  interessadas  do  projeto, 

• Gerentes  de  projetos  que  trabalharam  em  projetos  da  mesma  area  (diretamente  ou  por  meio  de 
ligoes  aprendidas), 

• Especialistas  no  assunto  da  area  de  negocio  (SMEs  - Subject  Matter  Experts  em  ingles)  ou  do  projeto, 

• Grupos  e consultores  do  setor,  e 

• Associagoes  profissionais  e tecnicas. 
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11.1.2.3  Reunides 

As  equipes  dos  projetos  fazem  reunioes  de  planejamento  para  desenvolver  o piano  de  gerenciamento  dos 
riscos.  Os  participantes  dessas  reunides  podem  incluir  o gerente  de  projetos,  membros  selecionados  da  equipe 
do  projeto  e das  partes  interessadas,  qualquer  pessoa  da  organizagao  com  responsabilidade  de  gerenciar  o 
planejamento  dos  riscos  e as  atividades  de  execugao  e outros,  conforme  necessario. 

Os  pianos  de  alto  nlvel  para  conduzir  as  atividades  de  gerenciamento  dos  riscos  sao  definidos  nessas 
reunides.  Os  elementos  de  custos  do  gerenciamento  dos  riscos  e as  atividades  do  cronograma  devem  ser 
desenvolvidos  para  inclusao  no  orgamento  e no  cronograma  do  projeto,  respectivamente.  Abordagens  para  a 
utilizagao  de  reservas  para  contingencias  de  riscos  podem  ser  criadas  ou  revistas.  As  responsabilidades  de 
gerenciamento  dos  riscos  devem  ser  atribuidas.  Os  modelos  organizacionais  gerais  para  categorias  de  riscos 
e as  definigoes  de  termos  como  niveis  de  risco,  probabilidade  por  tipo  de  risco,  impacto  por  tipo  de  objetivo 
e a matriz  de  probabilidade  e impacto  serao  adaptados  ao  projeto  especifico.  Se  nao  existirem  modelos  para 
outras  etapas  do  processo,  eles  podem  ser  criados  nessas  reunides.  Os  resultados  dessas  atividades  sao 
resumidos  no  piano  de  gerenciamento  dos  riscos. 

11.1.3  Planejar  o gerenciamento  dos  riscos:  saidas 

11.1.3.1  Plano  de  gerenciamento  dos  riscos 

0 piano  de  gerenciamento  dos  riscos  e urn  componente  do  piano  de  gerenciamento  do  projeto,  e descreve 
como  as  atividades  de  gerenciamento  dos  riscos  serao  estruturadas  e executadas.  0 piano  de  gerenciamento 
dos  riscos  inclui  o seguinte: 

• Metodologia.  Define  as  abordagens,  ferramentas  e fontes  de  dados  que  podem  ser  usadas  para 
realizar  o gerenciamento  dos  riscos  no  projeto. 

• Papeis  e responsabilidades.  Define  o lider,  o apoio  e os  membros  da  equipe  de  gerenciamento 
dos  riscos  para  cada  tipo  de  atividade  do  piano  de  gerenciamento  dos  riscos,  e explica  suas 
responsabilidades. 

• Orgamento.  Estima  os  fundos  com  base  nos  recursos  designados,  para  inclusao  na  linha  de  base 
de  custos,  e estabelece  os  protocolos  para  aplicagao  das  reservas  de  contingency  e gerenciamento. 

• Prazos.  Define  quando  e com  que  frequencia  os  processos  de  gerenciamento  dos  riscos  serao 
realizados  durante  o ciclo  de  vida  do  projeto,  estabelece  os  protocolos  para  aplicagao  das  reservas 
de  contingencias  do  cronograma  e estabelece  as  atividades  de  gerenciamento  dos  riscos  a serem 
incluidas  no  cronograma  do  projeto. 
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• Categorias  de  riscos.  Fornece  um  meio  de  agrupar  possiveis  causas  de  riscos.  Podem  ser  usadas 
varias  abordagens  como,  por  exemplo,  uma  estrutura  baseada  nos  objetivos  do  projeto  por  categoria. 
A estrutura  analitica  dos  riscos  (EAR)  ajuda  a equipe  do  projeto  a considerar  muitas  fontes  a partir 
das  quais  os  riscos  podem  surgir  em  um  exercicio  de  identificagao  de  riscos.  Diferentes  estruturas  de 
EARs  serao  apropriadas  para  diferentes  tipos  de  projetos.  Uma  organizagao  pode  usar  uma  estrutura 
de  categorizagao  previamente  preparada,  que  pode  ter  a forma  de  uma  simples  lista  de  categorias 
ou  ser  estruturada  em  uma  EAR.  A EAR  e uma  representagao  hierarquica  dos  riscos,  de  acordo  com 
suas  categorias  de  riscos.  Um  exemplo  e apresentado  na  Figura  1 1 -4. 


Figura  11-4.  Exemplo  de  uma  estrutura  analitica  dos  riscos  (EAR) 

• Definigoes  de  probabilidade  e impacto  dos  riscos.  A qualidade  e a credibilidade  da  analise  dos 
riscos  requerem  a definigao  de  diferentes  niveis  de  probabilidade  e impacto  dos  riscos  que  sao 
especificos  ao  contexto  do  projeto.  As  definigoes  gerais  dos  niveis  de  probabilidade  e impacto  sao 
adaptadas  a cada  projeto  durante  o processo  Planejar  o gerenciamento  dos  riscos,  para  serem  usadas 
nos  processos  subsequentes.ATabela  11-1  e um  exemplo  de  definigoes  de  impactos  negativos  que 
poderia  ser  usado  na  avaliagao  dos  impactos  de  riscos  com  relagao  a quatro  objetivos  do  projeto. 
(Tabelas  semelhantes  poderiam  ser  definidas  com  a perspectiva  dos  impactos  positivos.)  A Tabela 
1 1 -1  ilustra  as  abordagens  relativa  e numerica  (nesse  caso,  abordagens  nao  lineares). 
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Tabela  11-1.  Definigao  de  escalas  de  impactos  para  quatro  objetivos  do  projeto 


Concludes  definidas  para  as  escalas  de  impacto  de  um  risco  nos  objetivos  principals  do  projeto 

(Exemplos  sao  mostrados  somente  para  impactos  negativos) 

Objetivo 
do  projeto 

Escalas  relativas  ou  numericas  sao  mostradas 

Muito  baixo  /0,05 

Baixo  /0,10 

Moderado  /0,20 

Alto  /0,40 

Muito  alto /0, 80 

Custo 

Aumento  insignificante 
do  custo 

<10%  aumento 
do  custo 

10  - 20%  aumento 
do  custo 

20  - 40%  aumento 
do  custo 

>40%  aumento 
do  custo 

Tempo 

Aumento  insignificante 
do  tempo 

<5%  aumento 
do  tempo 

5 - 10%  aumento 
do  tempo 

10  - 20%  aumento 
do  tempo 

> 20%  aumento 
do  tempo 

Escopo 

Diminuigao  pouco 
notavel  do  escopo 

Areas  secundarias 
do  escopo  afetadas 

Areas  principals 
do  escopo  afetadas 

Redugao  do  escopo 
inaceitavel  para  o 
patrocinador 

Produto  final  do 
projeto  e 

efetivamente  inutil 

Qualidade 

Degradagao  pouco 
notavel  da  qualidade 

Somente  aplicagoes 
muito  exigentes 
sao  afetadas 

Redugao  da 
qualidade  requer 
aprovagao  do 
patrocinador 

Redugao  do  escopo 
inaceitavel  para  o 
patrocinador 

Produto  final 
do  projeto  e 
efetivamente  inutil 

Esta  tabela  apresenta  exemplos  de  definigoes  de  impacto  dos  riscos  para  quatro  objetivos  diferentes  do  projeto.  Eles  devem  ser  ajustados 
no  processo  de  Planejar  o gerenciamento  dos  riscos  para  o projeto  em  questao  e para  os  limites  de  tolerancia  a riscos  da  organizagao. 

As  definigoes  de  impacto  podem  ser  desenvolvidas  para  as  oportunidades  de  uma  maneira  similar. 

• Matriz  de  probabilidade  e impacto.  Matriz  de  probabilidade  e impacto  e uma  rede  para  o 
mapeamento  de  probabilidade  de  ocorrencia  de  cada  risco  e o seu  impacto  nos  objetivos  do  projeto 
caso  tal  risco  ocorra.  Os  riscos  sao  priorizados  de  acordo  com  suas  implicagoes  potenciais  de  afetar 
os  objetivos  do  projeto.  Uma  abordagem  tipica  de  priorizagao  dos  riscos  e usar  uma  tabela  de 
referenda  ou  uma  matriz  de  probabilidade  e impacto.  As  combinagoes  especificas  de  probabilidade 
e impacto  que  fazem  com  que  urn  risco  seja  classificado  com  importancia  “alta”,  “moderada”  ou 
“baixa”  sao  geralmente  definidas  pela  organizagao. 

• Tolerancias  revisadas  das  partes  interessadas.  As  tolerancias  das  partes  interessadas,  conforme  se 
aplicam  ao  projeto  especifico,  podem  ser  revisadas  no  processo  Planejar  o gerenciamento  dos  riscos. 

• Formatos  de  relatorios.  Os  formatos  de  relatorios  definem  como  os  resultados  do  processo  de 
gerenciamento  dos  riscos  serao  documentados,  analisados  e comunicados.  Eles  descrevem 
o conteudo  e o formato  do  registro  dos  riscos,  assim  como  quaisquer  outros  relatorios  de  riscos 
necessarios. 

• Acompanhamento.  0 acompanhamento  documenta  como  as  atividades  de  risco  serao  registradas 
para  beneficio  do  projeto  atual,  e como  os  processos  de  gerenciamento  dos  riscos  serao  auditorados. 
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1 1 .2  Identificar  os  riscos 

Identificar  os  riscos  e o processo  de  determinagao  dos  riscos  que  podem  afetar  o projeto  e de  documentagao 
de  suas  caracteristicas.  0 principal  beneficio  desse  processo  e a documentagao  dos  riscos  existentes  e 
o conhecimento  e a capacidade  que  ele  fornece  a equipe  do  projeto  de  antecipar  os  eventos.  As  entradas, 
ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  1 1 -5.  A Figura  1 1 -6  ilustra  o diagrama 
de  fluxo  de  dados  do  processo. 


Entradas  V Ferramentas  e tecnicas 


.1  Plano  de  gerenciamento 
dos  riscos 

.2  Plano  de  gerenciamento 
dos  custos 

.3  Plano  de  gerenciamento 
do  cronograma 
.4  Plano  de  gerenciamento 
da  qualidade 

.5  Plano  de  gerenciamento 
dos  recursos  humanos 
.6  Linha  de  base  do  escopo 
.7  Estimativas  de  custos  das 
atividades 

.8  Estimativas  de  duragao 
das  atividades 
.9  Registro  das  partes 
interessadas 

.10  Documentos  do  projeto 
.11  Documentos  de  aquisigao 
.12  Fatores  ambientais  da 
empresa 

.13  Ativos  de  processos 
orqanizacionais 

V 


.1  Revisoes  de  documentagao 
.2  Tecnicas  de  coleta  de 
informagoes 
.3  Analise  de  listas  de 
verificagao 

.4  Analise  de  premissas 
.5  Tecnicas  de  diagramas 
.6  Analise  deforgas,fraquezas, 
oportunidades  e ameagas 
(SWOT) 

.7  Opiniao  especializada 


Figura  11-5.  Identificar  os  riscos:  entradas,  ferramentas  e tecnicas,  e saidas 
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5.4 

Criar  a estrutura 
analitica  do 
projeto  (EAP) 


• Linha  de  base  do  escopo 


6.1 

Planejar  o 
gerenciamento 
do  cronograma 


• Plano  de  gerenciamento 
do  cronograma 


6.4 

Estimaros 
recursos  das 
atividades 


6.5 

Estimar  as 
duragoes  das 
atividades 


Gerenciamento  dos  riscos  do  projeto 


• Estimativas  das  duragoes 
das  atividades 


7.1 

Gerenciamento  dos 
custos  do  projeto 


11.1 

Planejar  o 
gerenciamento 
dos  riscos 


6.5 

Estimar  as  duragoes 
das  atividades 


• Plano  de  gerenciamento  dos  riscos 


• Plano  de  gerenciamento 
dos  custos 


6.6 

Desenvolver  o 
cronograma 


7.2 

Estimar  os  custos 


11.2 

Identificar 
os  riscos 


• Registro  dos  riscos 


7.2 

Estimar  os 
custos 


• Estimativas  dos  custos 
das  atividades 


8.1 

Planejar  o 
gerenciamento 
da  qualidade 


• Registro  dos  riscos 


• Plano  de  gerenciamento 
da  qualidade 


9.1 

Planejar  o 
gerenciamento  dos 
recursos  humanos 


11.3 

Realizar  a analise 
qualitativa  dos 
riscos 


11.5 

Planejar  as 
respostas 
aos  riscos 


7.3 

Determinar  o 
orgamento 


• Plano  de  gerenciamento  dos 
recursos  humanos 


11.4 

Realizar  a analise 
quantitativa  dos 


11.6 

Controlar 
os  riscos 


8.1 

Planejar  o 
gerenciamento 
da  qualidade 


12.1 

Planejar  o 
gerenciamento 
das  aquisigoes 


12.1 

Planejar  o 
gerenciamento 
das  aquisigoes 


• Documentos  de  aquisigao 


13.1 

Identificar  as 
partes  interessadas 


• Registro  das  partes  interessadas 


Empresa/ 

organizagao 


• Ativos  de  processos  organizacionais 

• Fatores  ambientais  da  empresa 


Documentos 
do  projeto 


Figura  11-6.  Diagrama  do  fluxo  de  dados  do  processo  Identificar  os  riscos 
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Os  participantes  das  atividades  de  identificagao  dos  riscos  podem  incluir  o gerente  do  projeto,  membros  da 
equipe  do  projeto,  a equipe  de  gerenciamento  dos  riscos  (se  for  designada),  clientes,  especialistas  no  assunto 
externos  a equipe  do  projeto,  usuarios  finais,  outros  gerentes  de  projetos,  partes  interessadas  e especialistas  em 
gerenciamento  dos  riscos.  Embora  essas  pessoas  sejam  as  principals  participantes  na  identificagao  dos  riscos, 
todo  o pessoal  do  projeto  deve  ser  encorajado  a identificar  riscos. 

Identificar  os  riscos  e um  processo  iterativo  porque  novos  riscos  podem  surgir  ou  se  tornar  evidentes  durante 
o ciclo  de  vida  do  projeto.  A frequencia  da  iteragao  e participagao  em  cada  ciclo  variara  de  acordo  com  a situagao. 
0 formato  das  especificagoes  dos  riscos  deve  ser  consistente  para  garantir  que  cada  risco  seja  compreendido 
claramente  e sem  equivocos  a fim  de  proporcionar  a analise  e o desenvolvimento  de  respostas  eficazes.  A 
especificagao  dos  riscos  deve  oferecer  a capacidade  de  comparar  o efeito  relativo  de  um  risco  em  relagao  a 
outros  riscos  no  projeto.  0 processo  deve  envolver  a equipe  do  projeto  de  modo  que  ela  possa  desenvolver  e 
manter  um  sentido  de  propriedade  e responsabilidade  pelos  riscos  e agoes  associadas  de  resposta  aos  riscos. 
As  partes  interessadas  externas  a equipe  do  projeto  podem  fornecer  informagoes  objetivas  adicionais. 


11.2.1  Identificar  os  riscos:  entradas 

11.2.1.1  Plano  de  gerenciamento  dos  riscos 

Descrito  na  Segao  1 1 .1 .3.1 . Os  principals  elementos  do  piano  de  gerenciamento  dos  riscos  que  contribuem 
para  o processo  Identificar  os  riscos  sao  as  atribuigoes  de  papeis  e responsabilidades,  a provisao  para 
atividades  de  gerenciamento  dos  riscos  no  orgamento  e no  cronograma,  e as  categorias  de  riscos  que  as  vezes 
sao  expressas  em  uma  estrutura  analitica  dos  riscos  (Figura  1 1 -4). 


11.2.1.2  Plano  de  gerenciamento  dos  custos 

Descrito  na  Segao  7.1 .3.1 . 0 piano  de  gerenciamento  dos  custos  fornece  processos  e controles  que  podem 
ser  usados  para  identificar  os  riscos  em  todo  o projeto. 


11.2.1.3  Plano  de  gerenciamento  do  cronograma 

Descrito  na  Segao  6.1 .3.1 . 0 piano  de  gerenciamento  do  cronograma  fornece  uma  visao  dos  objetivos 
e expectativas  de  prazo/cronograma  do  projeto  que  podem  ser  impactados  pelos  riscos  (conhecidos  e nao 
conhecidos). 


11.2.1.4  Plano  de  gerenciamento  da  qualidade 

Descrito  na  Segao  8.1 .3.1 . 0 piano  de  gerenciamento  da  qualidade  fornece  uma  linha  de  base  de  medidas 
e metricas  da  qualidade  para  uso  na  identificagao  dos  riscos. 
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11.2.1.5  Plano  de  gerenciamento  dos  recursos  humanos 

Descrito  na  Segao  5.1 .3.1 . 0 piano  de  gerenciamento  dos  recursos  humanos  fornece  orientagao  sobre 
como  os  recursos  humanos  do  projeto  devem  ser  identificados,  mobilizados,  gerenciados  e,  porfim,  liberados. 
Ele  tambem  define  os  papeis,  responsabilidades  e organogramas  do  projeto,  alem  do  piano  de  gerenciamento 
de  pessoal,  com  urn  papel  fundamental  no  processo  Identificar  os  riscos. 

11.2.1.6  Linha  de  base  do  escopo 

Descrita  na  Segao  5. 4.3.1  .As  premissas  do  projeto  sao  encontradas  na  especificagao  do  escopo  do  projeto. 
A incerteza  nas  premissas  do  projeto  deve  ser  avaliada  como  causa  potencial  de  risco  do  projeto. 

A EAP  e uma  entrada  essencial  para  a identificagao  de  riscos,  pois  facilita  o entendimento  dos  riscos 
potenciais  nos  niveis  micro  e macro.  Os  riscos  podem  ser  identificados  e subsequentemente  acompanhados 
nos  niveis  de  resumo,  conta  de  controle  e/ou  de  pacote  de  trabalho. 

11.2.1.7  Estimativas  dos  custos  das  atividades 

Descritas  na  Segao  7. 2.3.1  .As  analises  das  estimativas  de  custos  das  atividades  sao  uteis  para  identificar 
riscos,  pois  fornecem  uma  avaliagao  quantitativa  do  custo  provavel  para  concluir  as  atividades  programadas 
e,  idealmente,  sao  expressas  como  urn  intervalo  que  indica  o(s)  grau(s)  de  risco.  A analise  pode  resultar  em 
projegoes  que  indicam  se  a estimativa  e suficiente  ou  insuficiente  para  concluir  a atividade  (isto  e,  se  constitui 
urn  risco  para  o projeto). 

11.2.1.8  Estimativas  de  duragao  das  atividades 

Descritas  na  Segao  6.5. 3. 1 . As  analises  das  estimativas  de  duragao  das  atividades  sao  uteis  na  identificagao 
dos  riscos  relacionados  com  as  provisoes  de  tempo  para  as  atividades  ou  o projeto  como  urn  todo,  novamente 
com  urn  intervalo  de  estimativas  que  indica  o(s)  grau(s)  relativo(s)  de  risco. 

11.2.1.9  Registro  das  partes  interessadas 

Descrito  na  Segao  13.1.3.1.  As  informagoes  sobre  as  partes  interessadas  sao  uteis  na  solicitagao  de 
entradas  para  a identificagao  dos  riscos,  pois  garantem  que  as  principals  partes  interessadas,  especialmente 
a parte  interessada,  o patrocinador  e o cliente  sejam  entrevistados  ou,  de  outra  forma,  participem  do  processo 
Identificar  os  riscos. 
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11.2.1.10  Documentos  do  projeto 

Os  documentos  do  projeto  fornecem  a equipe  do  projeto  informagoes  sobre  decisoes  que  ajudam  a melhor 
identificar  os  riscos  do  projeto.  Os  documentos  do  projeto  melhoram  as  comunicagoes  entre  os  membros  da 
equipe  e com  as  partes  interessadas  e incluem,  entre  outros: 

• Termo  de  abertura  do  projeto, 

• Cronograma  do  projeto, 

• Diagramas  de  rede  do  cronograma, 

• Registro  das  questoes, 

• Lista  de  verificagao  da  qualidade,  e 

• Outras  informagoes  consideradas  uteis  para  a identificagao  dos  riscos. 


1 1 .2.1 .1 1  Documentos  de  aquisigao 

Definidos  na  Segao  12.1.3.3.  Se  o projeto  exigir  a aquisigao  externa  de  recursos,  os  documentos  de 
aquisigao  tornam-se  uma  entrada  importante  no  processo  Identificar  os  riscos.  A complexidade  e o nivel  de 
detalhe  dos  documentos  de  aquisigao  devem  ser  consistentes  com  o valor  e os  riscos  associados  com  a 
aquisigao  planejada. 


11.2.1.12  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Identificar 
os  riscos  incluem,  entre  outros: 

• Informagoes  publicadas,  incluindo  bancos  de  dados  comerciais, 

• Estudos  academicos, 

• Listas  de  verificagao  publicadas, 

• Benchmarking, 

• Estudos  do  setor,  e 

• Atitudes  em  relagao  ao  risco. 
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11.2.1.13  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Identificar  os  riscos  incluem,  mas  nao  estao  limitados,  a: 

• Arquivos  do  projeto,  incluindo  dados  reais, 

• Controles  organizacionais  e de  processo  do  projeto, 

• Modelos  de  especificagao  de  riscos,  e 

• Ligoes  aprendidas. 

1 1 .2.2  Identificar  os  riscos:  ferramentas  e tecnicas 

11.2.2.1  Revisoes  de  documentagao 

Pode  serfeita  uma  revisao  estruturada  da  documentagao  do  projeto,  incluindo  pianos,  premissas,  arquivos 
de  projetos  anteriores,  acordos  e outras  informagoes.  A qualidade  dos  pianos,  assim  como  a consistency  entre 
esses  pianos  e os  requisitos  e as  premissas  do  projeto,  podem  ser  indicadores  de  riscos  no  projeto. 

11.2.2.2  Tecnicas  de  coleta  de  informagoes 

Exemplos  de  tecnicas  de  coleta  de  informagoes  usadas  na  identificagao  dos  riscos  incluem: 

• Brainstorming.  0 objetivo  do  brainstorming e obter  uma  lista  completa  dos  riscos  do  projeto.  A equipe 
do  projeto  normalmente  realiza  urn  brainstorming,  frequentemente  com  urn  conjunto  multidisciplinar 
de  especialistas  que  nao  fazem  parte  da  equipe.  As  ideias  sobre  os  risco  no  projeto  sao  geradas 
sob  a lideranga  de  urn  facilitador,  seja  em  uma  sessao  tradicional  de  brainstorming  de  forma  livre, 
com  ideias  fornecidas  pelos  participantes  ou  estruturada,  usando  tecnicas  de  entrevista  em  grupo. 
As  categorias  de  riscos,  como  uma  estrutura  analitica  dos  riscos,  podem  ser  usadas  como  uma 
estrutura.  Os  riscos  sao  entao  identificados  e categorizados  de  acordo  com  o tipo  e suas  definigoes 
sao  refinadas. 

• Tecnica  Delphi.  A tecnica  Delphi  e uma  maneira  de  obter  urn  consenso  de  especialistas.  Os 
especialistas  em  riscos  do  projeto  participam  anonimamente  nessa  tecnica.  0 facilitador  usa  urn 
questionario  para  solicitar  ideias  sobre  riscos  importantes  do  projeto.  As  respostas  sao  resumidas 
e redistribuidas  aos  especialistas  para  comentarios  adicionais.  0 consenso  pode  ser  obtido  apos 
algumas  rodadas  desse  processo.  A tecnica  Delphi  ajuda  a reduzir  a parcialidade  nos  dados  e evita 
que  alguem  possa  influenciar  indevidamente  o resultado. 
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• Entrevistas.  Entrevistar  participantes  experientes  do  projeto,  partes  interessadas  e especialistas  no 
assunto  pode  ajudar  a identificar  riscos. 

• Analise  da  causa  principal.  A analise  da  causa  principal  e uma  tecnica  especifica  para  identificar 
um  problema,  descobrir  as  causas  subjacentes  que  levaram  ao  problema  e desenvolver  agoes 
preventivas. 

11.2.2.3  Analise  de  listas  de  verificagao 

As  listas  de  verificagao  de  riscos  sao  desenvolvidas  com  base  nas  informagoes  historicas  e no  conhecimento 
acumulado,  a partir  de  projetos  anteriores  semelhantes  e outras  fontes  de  informagoes.  0 nivel  mais  baixo  da 
EAR  tambem  pode  ser  usado  como  uma  lista  de  verificagao  de  riscos.  Embora  uma  lista  de  verificagao  possa 
ser  rapida  e simples,  e impossivel  criar  uma  lista  completa,  e deve  ser  tornado  todo  o cuidado  para  assegurar 
que  a lista  de  verificagao  nao  seja  usada  para  evitar  o esforgo  de  identificagao  adequada  dos  riscos.  A equipe 
tambem  deve  explorar  os  itens  que  nao  aparecem  na  lista  de  verificagao.  Alem  disso,  a lista  de  verificagao 
deve  ser  revisada  de  vez  em  quando  para  remover  ou  arquivar  itens  relacionados.  Essa  lista  deve  ser  revisada 
durante  o encerramento  do  projeto  para  incorporar  as  novas  ligoes  aprendidas  e ser  aprimorada  para  uso  em 
projetos  futuros. 

11.2.2.4  Analise  de  premissas 

Todos  os  projetos  e seus  pianos  sao  concebidos  e desenvolvidos  com  base  em  um  conjunto  de  hipoteses, 
cenarios  ou  premissas.  A analise  de  premissas  explora  a validade  das  premissas  em  relagao  ao  projeto.  Ela 
identifica  os  riscos  do  projeto  decorrentes  do  carater  inexato,  instavel,  inconsistente  ou  incompleto  das  premissas. 

11.2.2.5  Tecnicas  de  diagramas 

As  tecnicas  de  diagramas  de  riscos  podem  incluir: 

• Diagramas  de  causa  e efeito.  Tambem  sao  conhecidos  como  diagramas  de  Ishikawa  ou  de  espinha 
de  peixe  e sao  uteis  para  identificar  as  causas  dos  riscos. 

• Diagramas  de  sistema  ou  fluxogramas.  Mostram  como  os  varios  elementos  de  um  sistema  se 
interrelacionam,  e o mecanismo  de  causalidade. 

• Diagramas  de  influencia.  Representagoes  graficas  de  situagoes  que  mostram  influences  causais, 
ordem  dos  eventos  no  tempo  e outras  relagoes  entre  variaveis  e resultados,  como  mostrados  na 
Figura  11-7. 
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Figura  11-7.  Diagramas  de  influencia 


11.2.2.6  Analise  de  forgas,  fraquezas,  oportunidades  e ameagas  (SWOT) 

Essa  tecnica  examina  o projeto  do  ponto  de  vista  de  suas  forgas  e fraquezas,  oportunidades  e ameagas 
(SWOT),  a fim  de  aumentar  a abrangencia  dos  riscos  identificados,  incluindo  os  riscos  gerados  internamente. 
A tecnica  comega  com  a identificagao  das  forgas  e fraquezas  da  organizagao,  enfatizando  a organizagao  do 
projeto,  ou  a area  de  negocio  em  geral.  Em  seguida,  a analise  SWOT  identifica  as  oportunidades  do  projeto 
resultantes  das  forgas  da  organizagao,  assim  como  as  ameagas  decorrentes  das  fraquezas.  Essa  analise 
tambem  examina  o grau  com  que  as  forgas  da  organizagao  compensam  as  ameagas  e as  oportunidades  que 
podem  superar  as  fraquezas. 
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11.2.2.7  Opiniao  especializada 

Os  riscos  podem  ser  identificados  diretamente  por  especialistas  com  experiencia  relevante  em  projetos 
ou  areas  de  negocios  semelhantes.  Esses  especialistas  devem  ser  identificados  pelo  gerente  do  projeto  e 
convidados  a considerar  todos  os  aspectos  do  projeto,  alem  de  sugerir  os  riscos  possiveis  com  base  na  sua 
experiencia  anterior  e nas  areas  de  especializagao.  A parcialidade  dos  especialistas  deve  ser  levada  em 
consideragao  nesse  processo. 

1 1 .2.3  Identificar  os  riscos:  saidas 


1 1 .2.3.1  Registro  dos  riscos 

0 principal  resultado  do  processo  Identificar  os  riscos  e a entrada  inicial  no  registro  dos  riscos.  0 registro 
dos  riscos  e o documento  em  que  os  resultados  da  analise  dos  riscos  e o planejamento  das  respostas  aos 
riscos  sao  registrados.  Ele  contem  os  resultados  dos  outros  processos  de  gerenciamento  dos  riscos,  conforme 
sao  conduzidos,  resultando  em  urn  aumento  no  nivel  e no  tipo  de  informagoes  contidas  no  registro  dos 
riscos  ao  longo  do  tempo.  A preparagao  do  registro  dos  riscos  comega  no  processo  Identificar  os  riscos  com 
as  informagoes  a seguir  e,  entao,  fica  disponivel  para  outros  processos  de  gerenciamento  do  projeto  e de 
gerenciamento  dos  riscos  do  projeto: 

• Lista  dos  riscos  identificados.  Os  riscos  identificados  sao  descritos  com  o maior  numero  de 
detalhes  possivel.  Pode-se  usar  uma  estrutura  para  a descrigao  dos  riscos  usando  as  especificagoes 
de  riscos  como,  por  exemplo,  o EVENTO  pode  ocorrer,  causando  o IMPACTO,  ou  Se  UMA  CAUSA  existe, 
o EVENTO  pode  ocorrer,  levando  ao  EFEITO.  Alem  da  lista  de  riscos  identificados,  as  causas  principals 
desses  riscos  podem  ficar  mais  evidentes.  Essas  sao  as  condigoes  ou  os  eventos  fundamentals  que 
podem  provocar  urn  ou  mais  riscos  identificados.  Eles  devem  ser  registrados  e usados  para  apoiar  a 
futura  identificagao  de  riscos  para  este  e outros  projetos. 

• Lista  de  respostas  potenciais.  As  respostas  potenciais  a urn  risco  as  vezes  podem  ser  identificadas 
durante  o processo  Identificar  os  riscos.  Essas  respostas,  se  identificadas  nesse  processo,  podem  ser 
uteis  como  entradas  para  o processo  Planejar  as  respostas  aos  riscos. 
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11.3  Realizar  a analise  qualitativa  dos  riscos 

Realizar  a analise  qualitativa  dos  riscos  e o processo  de  priorizagao  de  riscos  para  analise  ou  agao  adicional 
atraves  da  avaliagao  e combinagao  de  sua  probabilidade  de  ocorrencia  e impacto.  0 principal  beneficio  deste 
processo  e habilitar  os  gerentes  de  projetos  a reduzir  o m'vel  de  incerteza  e focar  os  riscos  de  alta  prioridade. 
As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  1 1 -8.  A Figura  1 1 -9 
retrata  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  11-8.  Realizar  a analise  qualitativa  dos  riscos:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  11-9.  Diagrama  do  fluxo  de  dados  do  processo  Realizar  a analise  qualitativa  dos  riscos 
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0 processo  Realizar  a analise  qualitativa  dos  riscos  avalia  a prioridade  dos  riscos  identificados  usando  a 
sua  probabilidade  relativa  ou  plausibilidade  de  ocorrencia,  o impacto  correspondente  nos  objetivos  do  projeto 
se  os  riscos  ocorrerem,  assim  como  outros  fatores,  como  o intervalo  de  tempo  para  resposta  e a tolerancia  a 
riscos  da  organizagao  associada  com  as  restrigoes  de  custo,  cronograma,  escopo  e qualidade  do  projeto.  Essas 
avaliagoes  refletem  a atitude  da  equipe  do  projeto  e das  outras  partes  interessadas  do  projeto  em  relagao  ao 
risco.  Portanto,  uma  avaliagao  eficaz  requer  a identificagao  explicita  e o gerenciamento  das  abordagens  dos 
riscos  dos  principais  participantes  no  processo  Realizar  a analise  qualitativa  dos  riscos.  Caso  essas  abordagens 
dos  riscos  gerem  parcialidade  na  avaliagao  dos  riscos  identificados,  tal  parcialidade  deve  ser  identificada  e 
corrigida  com  atengao. 

0 estabelecimento  de  definigoes  dos  niveis  de  probabilidade  e impacto  pode  reduzir  a influencia  da 
parcialidade.  A criticalidade  do  tempo  das  agoes  relativas  aos  riscos  pode  aumentar  a importancia  do  risco. 
Uma  avaliagao  da  qualidade  das  informagoes  disponiveis  sobre  os  riscos  do  projeto  tambem  ajuda  a esclarecer 
a avaliagao  da  importancia  do  risco  para  o projeto. 

0 processo  Realizar  a analise  qualitativa  dos  riscos  normalmente  e urn  meio  rapido  e economico  de  estabelecer 
as  prioridades  do  processo  Planejar  as  respostas  aos  riscos  e define  a base  para  o processo  Realizar  a Analise 
quantitative  dos  riscos,  se  necessaria.  0 processo  Realizar  a analise  qualitativa  dos  riscos  e realizado  regularmente 
durante  todo  o ciclo  de  vida  do  projeto,  como  definido  no  piano  de  gerenciamento  dos  riscos  do  projeto.  Esse 
processo  pode  resultar  no  processo  Realizar  a analise  quantitative  dos  riscos  (Segao  11.4)  ou  diretamente  no 
processo  Planejar  as  respostas  aos  riscos  (Segao  1 1 .5). 

11.3.1  Realizar  a analise  qualitativa  dos  riscos:  entradas 

11.3.1.1  Plano  de  gerenciamento  dos  riscos 

Descrito  na  Segao  11.1.3.1.  Os  principais  elementos  do  piano  de  gerenciamento  dos  riscos  usados  no 
processo  Realizar  a analise  qualitativa  dos  riscos  incluem  os  papeis  e responsabilidades  para  conduzir  o 
gerenciamento  dos  riscos,  orgamentos,  atividades  do  cronograma  para  gerenciamento  dos  riscos,  categorias 
de  riscos,  definigoes  de  probabilidade  e impacto,  a matriz  de  probabilidade  e impacto  e a revisao  das 
tolerancias  a riscos  das  partes  interessadas.  Essas  entradas  geralmente  sao  adaptadas  ao  projeto  durante  o 
processo  Planejar  o gerenciamento  dos  riscos.  Se  nao  estiverem  disponiveis,  elas  poderao  ser  criadas  durante 
o processo  Realizar  a analise  qualitativa  dos  riscos. 

11.3.1.2  Linha  de  base  do  escopo 

Descrita  na  Segao  5. 4.3.1.  Os  riscos  nos  projetos  de  tipo  comum  ou  recorrente  tendem  a ser  melhor 
entendidos.  Os  projetos  que  usam  tecnologias  de  ponta  ou  pioneiras,  ou  que  sao  altamente  complexos,  tendem 
a ter  mais  incertezas.  Isso  pode  ser  avaliado  atraves  do  exame  da  linha  de  base  do  escopo. 
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11.3.1.3  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  contem  as  informagoes  que  serao  usadas  para  avaliar  e 
priorizar  os  riscos. 

11.3.1.4  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  podem  fornecer  a visao  e o contexto  para  a 
avaliagao  dos  riscos,  tais  como: 

• Estudos  do  setor  de  projetos  semelhantes  por  especialistas  em  riscos,  e 

• Bancos  de  dados  de  riscos  disponibilizados  pelo  setor  ou  por  fontes  proprietaries. 

11.3.1.5  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Realizar 
a analise  qualitativa  dos  riscos  incluem  informagoes  de  projetos  semelhantes  concluidos  anteriormente. 

11.3.2  Realizar  a analise  qualitativa  dos  riscos:  ferramentas  e tecnicas 

11.3.2.1  Avaliagao  de  probabilidade  e impacto  dos  riscos 

A analise  de  probabilidade  de  riscos  investiga  a probabilidade  de  ocorrencia  de  cada  risco  especifico. 
A avaliagao  do  impacto  de  riscos  investiga  o efeito  potencial  sobre  urn  objetivo  do  projeto,  como  cronograma, 
custo,  qualidade  ou  desempenho,  incluindo  tanto  os  efeitos  negativos  das  ameagas  como  os  efeitos  positivos 
das  oportunidades. 

A avaliagao  da  probabilidade  e do  impacto  e feita  para  cada  risco  identificado.  Os  riscos  podem  ser  avaliados 
em  entrevistas  ou  reunioes  com  participantes  selecionados  porsuafamiliaridade  com  as  categorias  dos  riscos 
na  agenda.  Sao  incluidos  membros  da  equipe  do  projeto  e pessoas  competentes  externas  ao  projeto. 

0 nivel  de  probabilidade  de  cada  risco  e seu  impacto  em  cada  objetivo  sao  avaliados  durante  a entrevista 
ou  reuniao.  Tambem  sao  registrados  detalhes  explicativos,  incluindo  as  premissas  que  justificam  os  niveis 
atribuidos.  As  probabilidades  e os  impactos  dos  riscos  sao  classificados  de  acordo  com  as  definigoes  fornecidas 
no  piano  de  gerenciamento  dos  riscos.  Os  riscos  com  baixas  classificagoes  de  probabilidade  e impacto  serao 
incluidos  no  registro  dos  riscos  como  parte  da  lista  de  observagao  para  monitoramento  futuro. 
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11.3.2.2  Matriz  de  probabilidade  e impacto 

Os  riscos  podem  ser  priorizados  para  uma  posterior  analise  quantitativa  e planejamento  de  respostas  aos 
riscos  com  base  na  sua  classificagao  de  riscos.  As  classificagoes  dos  riscos  sao  designadas  com  base  na 
avaliagao  da  sua  probabilidade  e impacto.  A avaliagao  da  importancia  de  cada  risco  e a prioridade  de  atengao 
e normalmente  conduzida  usando  uma  tabela  de  referenda  ou  uma  matriz  de  probabilidade  e impacto.  Essa 
matriz  especifica  as  combinagoes  de  probabilidade  e impacto  que  resultam  em  uma  classificagao  dos  riscos 
como  de  prioridade  baixa,  moderada  ou  alta.  Podem  ser  usados  termos  descritivos  ou  valores  numericos, 
dependendo  da  preference  organizacional. 

Cada  risco  e classificado  de  acordo  com  a sua  probabilidade  de  ocorrencia  e impacto  em  urn  objetivo,  se 
ele  realmente  ocorrer.  A organizagao  deve  determinar  que  combinagoes  de  probabilidade  e impacto  resultam 
em  uma  classificagao  de  alto  risco,  risco  moderado  e baixo  risco.  Em  uma  matriz  em  preto  e branco,  essas 
condigoes  sao  indicadas  pelos  diferentes  tons  de  cinza.  Especificamente  na  Figura  1 1 -1 0,  a area  cinza  escuro 
(com  os  numeros  maiores)  representa  alto  risco;  a area  cinza  medio  (com  os  numeros  menores)  representa 
baixo  risco,  e a area  cinza  claro  (com  os  numeros  intermediaries)  representa  risco  moderado.  Em  geral,  essas 
regras  de  classificagao  de  riscos  sao  especificadas  pela  organizagao  antes  do  projeto  e incluidas  nos  ativos  de 
processos  organizacionais.  As  regras  de  classificagao  de  riscos  podem  ser  adaptadas  ao  projeto  especifico  no 
processo  Planejar  o gerenciamento  dos  riscos. 


Matriz  de  probabilidade  e impacto 


Probabilidade 

Ameacas 

Oportunidades 

0,90 

0,05 

0,09 

0,18 

0,36 

0,72 

0,72 

0,36 

0,18 

0,09 

0,05 

0,70 

0,04 

0,07 

0,14 

0,28 

0,56 

0,56 

0,28 

0,14 

0,07 

0,04 

0,50 

0,03 

0,05 

0,10 

0,20 

0,40 

0,40 

0,20 

0,10 

0,05 

0,03 

0,30 

0,02 

0,03 

0,06 

0,12 

0,24 

0,24 

0,12 

0,06 

0,03 

0,02 

0,10 

0,01 

0,01 

0,02 

0,04 

0,08 

0,08 

0,04 

0,02 

0,01 

0,01 

0,05/ 
Muito  baixo 

0,10/ 

Baixo 

0,20/ 

Moderado 

0,40/ 

Alto 

0,80/ 
Muito  alto 

0,80/ 
Muito  alto 

0,40/ 

Alto 

0,20/ 

Moderado 

0,10/ 

Baixo 

0,05/ 
Muito  baixo 

Impacto  (escala  numerica)  em  um  objetivo  (por  exemplo,  custo,  tempo,  escopo  ou  qualidade) 

Cada  risco  e avaliado  de  acordo  com  a sua  probabilidade  de  ocorrencia  e o impacto  em  um  objetivo  se  ele 
realmente  ocorrer.  Os  limites  de  tolerancia  da  organizagao  para  riscos  baixos,  moderados  ou  altos  sao  mostrados 
na  matriz  e determinam  se  o risco  e alto,  moderado  ou  baixo  para  aquele  objetivo. 


Figura  11-10.  Matriz  de  probabilidade  e impacto 
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Conforme  ilustrado  na  Figura  11-10,  a organizagao  pode  classificar  um  risco  separadamente  para  cada 
objetivo  (por  exemplo,  custo,  tempo  e escopo).  Alem  disso,  ela  pode  desenvolver  formas  de  determinar  uma 
classificagao  geral  para  cada  risco.  Finalmente,  e possivel  tratar  as  oportunidades  e ameagas  na  mesma 
matriz,  usando  as  definigoes  dos  diferentes  niveis  de  impacto  que  sao  adequados  a cada  uma  delas. 

A pontuagao  dos  riscos  ajuda  a orientar  as  respostas  aos  riscos.  Por  exemplo,  os  riscos  que  tern  um  impacto 
negativo  nos  objetivos  tambem  conhecidos  como  ameagas,  se  realmente  ocorrerem,  e que  estao  na  zona  de 
alto  risco  (cinza  escuro)  da  matriz  podem  exigir  uma  agao  prioritaria  e estrategias  agressivas  de  resposta.  As 
ameagas  que  estao  na  zona  de  baixo  risco  (cinza  medio)  podem  nao  exigir  uma  agao  proativa  de  gerenciamento 
alem  da  sua  inclusao  no  registro  dos  riscos  como  parte  da  lista  de  observagao  ou  acrescimo  de  uma  reserva 
de  contingency.  De  forma  semelhante,  as  oportunidades  na  zona  de  alto  risco  (cinza  escuro)  que  podem  ser 
obtidas  mais  facilmente  e oferecem  o maior  beneficio  devem  ser  abordadas  primeiro.  As  oportunidades  na 
zona  de  baixo  risco  (cinza  medio)  devem  ser  monitoradas. 

11.3.2.3  Avaliagao  de  qualidade  dos  dados  sobre  riscos 

A avaliagao  de  qualidade  dos  dados  sobre  riscos  e uma  tecnica  para  avaliar  o grau  em  que  os  dados  sobre 
riscos  sao  uteis  para  o gerenciamento  dos  riscos.  Ela  envolve  o exame  do  nivel  em  que  o risco  e compreendido, 
e tambem  a precisao,  qualidade,  confiabilidade  e integridade  dos  dados  relativos  ao  risco. 

0 uso  de  dados  de  riscos  de  baixa  qualidade  pode  resultar  em  uma  analise  qualitativa  de  riscos  de  pouco  uso  para 
o projeto.  Se  a qualidade  dos  dados  for  inaceitavel,  pode  ser  necessario  coletar  dados  melhores.  Frequentemente, 
a coleta  de  informagoes  sobre  riscos  e dificil  e consome  mais  tempo  e recursos  que  originalmente  planejados.  Os 
valores  usados  no  exemplo  da  Figura  11-10  sao  representatives.  Os  numeros  de  passos  na  escala  sao  geralmente 
estabelecidos  quando  a atitude  da  organizagao  em  relagao  ao  risco  e definida. 

11.3.2.4  Categorizagao  de  riscos 

Os  riscos  do  projeto  podem  ser  categorizados  por  fontes  de  risco  (por  exemplo,  usando  a EAR),  por  area 
afetada  do  projeto  (por  exemplo,  usando  a EAP)  ou  outras  categorias  uteis  (por  exemplo,  fase  do  projeto) 
para  determinar  as  areas  do  projeto  mais  expostas  aos  efeitos  da  incerteza.  Os  riscos  tambem  podem  ser 
categorizados  por  causas  principals  comuns.  Essa  tecnica  ajuda  a determinar  os  pacotes  de  trabalho,  as 
atividades,  as  fases  do  projeto  ou  mesmo  os  papeis  no  projeto  que  podem  levar  ao  desenvolvimento  de 
respostas  eficazes  aos  riscos. 
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11.3.2.5  Avaliagao  da  urgencia  dos  riscos 

Os  riscos  que  exigem  respostas  a curto  prazo  podem  ser  considerados  mais  urgentes.  Os  indicadores  de 
prioridade  podem  incluir  a probabilidade  de  detectar  o risco,  o tempo  para  produzir  uma  resposta  ao  risco, 
sintomas  e sinais  de  alerta  e a classificagao  do  risco.  Em  algumas  analises  qualitativas,  a avaliagao  da  urgencia 
dos  riscos  pode  ser  combinada  com  a classificagao  dos  riscos  determinada  a partir  da  matriz  de  probabilidade 
e impacto  para  gerar  uma  classificagao  final  da  gravidade  dos  riscos. 


11.3.2.6  Opiniao  especializada 

A opiniao  especializada  e necessaria  para  avaliar  a probabilidade  e o impacto  de  cada  risco  a fim  de 
determinar  sua  localizagao  na  matriz  mostrada  na  Figura  11-10.  Os  especialistas  geralmente  sao  pessoas  com 
experience  em  projetos  semelhantes  e recentes.  A obtengao  de  opiniao  especializada  geralmente  e realizada 
com  o uso  de  entrevistas  ou  oficinas  de  riscos.  A tendenciosidade  dos  especialistas  deve  ser  levada  em 
consideragao  nesse  processo. 


11.3.3  Realizar  a analise  qualitativa  dos  riscos:  saidas 


11.3.3.1  Atualizagoes  nos  documentos  do  projeto 

Documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Atualizagoes  no  registro  dos  riscos.  A medida  que  novas  informagoes  sao  disponibilizadas  atraves  da 
analise  qualitativa  dos  riscos,  o registro  dos  riscos  e atualizado.  As  atualizagoes  no  registro  dos  riscos 
podem  incluir  analises  de  probabilidade  e impactos  para  cada  risco,  classificagoes  ou  pontuagoes  dos 
riscos,  informagoes  sobre  a urgencia  dos  riscos  ou  a categorizagao  dos  riscos,  e uma  lista  de  observagao 
para  os  riscos  de  baixa  probabilidade  ou  os  riscos  que  requeiram  mais  analise. 

• Atualizagoes  no  registro  das  premissas.  A medida  que  novas  informagoes  sao  disponibilizadas 
atraves  da  analise  qualitativa  dos  riscos,  as  premissas  podem  mudar.  0 registro  das  premissas 
deve  ser  revisto  para  incluir  essas  novas  informagoes.  As  premissas  podem  ser  incorporadas  na 
especificagao  do  escopo  do  projeto  ou  em  urn  registro  de  premissas  separado. 


11.4  Realizar  a analise  quantitative  dos  riscos 

Realizar  a analise  quantitativa  dos  riscos  e o processo  de  analisar  numericamente  o efeito  dos  riscos 
identificados  nos  objetivos  gerais  do  projeto.  0 principal  beneficio  desse  processo  e a produgao  de  informagoes 
quantitativas  dos  riscos  para  respaldar  atomada  de  decisoes,  a fim  de  reduzir  o grau  de  incerteza  dos  projetos. 
As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  1 1 -1 1 . A Figura  11-12 
ilustra  o diagrama  de  fluxo  de  dados  do  processo. 
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.1  Plano  de  gerenciamento 
dos  riscos 

.2  Plano  de  gerenciamento 
dos  custos 

.3  Plano  de  gerenciamento 
do  cronograma 

.4  Registro  dos  riscos 

.5  Fatores  ambientais  da 
empresa 

.6  Ativos  de  processos 
organizacionais 

V / 


Ferramentas  e tecnicas 


.1  Tecnicas  de  coleta  e 
apresentagao  de  dados 
.2  Tecnicas  de  modelagem 
e analise  quantitativa  dos 
riscos 

.3  Opiniao  especializada 

V 


.1  Atualizagoes  nos 
documentos  do  projeto 

V / 


Figura  11-11.  Realizar  a analise  quantitativa  dos  riscos:  entradas,  ferramentas  e tecnicas,  e saidas 


6.1 

Planejar  o 
gerenciamento 
do  cronograma 


Gerenciamento  dos  riscos  do  projeto 


ill 

Planejar  o 
gerenciamento 
dos  riscos 


11.2 

Identificar 
os  riscos 


7.1 

Planejar  o 
gerenciamento 
dos  custos 


Empresa/ 

organizagao 


• Plano  de 
gerenciamento 
dos  riscos 


• Registro  dos  riscos 


• Plano  de  gerenciamento 
do  cronograma 

• Plano  de  gerenciamento 
dos  custos 


• Ativos  de  processos 
organizacionais 


_I I 

11.4 

Realizar  a analise 
quantitativa 
dos  riscos 


• Atualizagoes  nos 
documentos  do  projeto 


• Fatores  ambientais 
da  empresa 


Documentos 
do  projeto 


Figura  11-12.  Diagrama  do  fluxo  de  dados  do  processo  Realizar  a analise  quantitativa  dos  riscos 


0 processo  Realizar  a analise  quantitativa  dos  riscos  e executado  nos  riscos  que  foram  priorizados  pelo 
processo  Realizar  a analise  qualitativa  dos  riscos  como  tendo  impacto  potencial  e substancial  nas  demandas 
concorrentes  do  projeto.  0 processo  Realizar  a analise  quantitativa  dos  riscos  analisa  o efeito  desses  riscos  nos 
objetivos  do  projeto.  Ele  e usado  principalmente  para  avaliar  o efeito  agregado  de  todos  os  riscos  que  afetam 
o projeto.  Quando  os  riscos  direcionam  a analise  quantitativa,  o processo  pode  ser  usado  para  atribuir  uma 
classificagao  de  prioridade  numerica  aqueles  riscos  individualmente. 
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0 processo  Realizar  a analise  quantitativa  dos  riscos  geralmente  segue  o processo  Realizar  a analise  qualitativa 
dos  riscos.  Em  alguns  casos,  pode  nao  ser  possivel  executar  o processo  Realizar  a analise  quantitativa  dos  riscos 
devido  a insuficiencia  de  dados  para  desenvolver  os  modelos  apropriados.  0 gerente  de  projetos  deve  usar  a 
sua  opiniao  especializada  para  determinar  a necessidade  e a viabilidade  da  analise  quantitativa  dos  riscos.  A 
disponibilidade  de  tempo  e orgamento  e a necessidade  de  especificagoes  qualitativas  ou  quantitativas  sobre  os 
riscos  e impactos  determinarao  o(s)  metodo(s)  a ser(em)  usado(s)  em  qualquer  projeto  especifico.  0 processo 
Realizar  a analise  quantitativa  dos  riscos  deve  ser  repetido,  quando  necessario,  como  parte  do  processo  Controlar 
os  riscos  para  determinar  se  o risco  geral  do  projeto  diminuiu  satisfatoriamente.  As  tendencias  podem  indicar  a 
necessidade  de  mais  ou  menos  toco  nas  atividades  de  gerenciamento  dos  riscos. 


11.4.1  Realizar  a analise  quantitativa  dos  riscos:  entradas 


11.4.1.1  Plano  de  gerenciamento  dos  riscos 

Descrito  na  Segao  1 1 .1 .3.1 . 0 piano  de  gerenciamento  dos  riscos  fornece  diretrizes,  metodos  e ferramentas 
para  serem  usados  na  analise  quantitativa  dos  riscos. 

11.4.1.2  Plano  de  gerenciamento  dos  custos 

Descrito  na  Segao  7.1 .3.1 . 0 piano  de  gerenciamento  dos  custos  fornece  diretrizes  sobre  o estabelecimento 
e gerenciamento  das  reservas  de  riscos. 


11.4.1.3  Plano  de  gerenciamento  do  cronograma 

Descrito  na  Segao  6.1 .3.1.0  piano  de  gerenciamento  do  cronogramafornece  diretrizes  parao  estabelecimento 
e gerenciamento  das  reservas  de  riscos. 


11.4.1.4  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  e usado  como  urn  ponto  de  referenda  para  a execugao 
da  analise  quantitativa  dos  riscos. 

11.4.1.5  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  podem  fornecer  a percepgao  e o contexto  para 
a analise  dos  riscos,  tais  como: 

• Estudos  do  setor  de  projetos  semelhantes  por  especialistas  em  riscos,  e 

• Bancos  de  dados  de  riscos  disponibilizados  pelo  setor  ou  por  fontes  proprietaries. 
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11.4.1.6  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo  Realizar 
a analise  quantitativa  dos  riscos  incluem  informagoes  de  projetos  anteriores  semelhantes: 

11.4.2  Realizar  a analise  quantitativa  dos  riscos:  ferramentas  e tecnicas 

11.4.2.1  Tecnicas  de  coleta  e apresentagao  de  dados 

• Entrevistas.  As  tecnicas  de  entrevistas  se  baseiam  na  experience  e em  dados  historicos  para 
quantificar  a probabilidade  e o impacto  dos  riscos  nos  objetivos  do  projeto.  As  informagoes 
necessarias  dependem  dos  tipos  de  distribuigoes  de  probabilidade  que  serao  usados.  Por  exemplo, 
seriam  coletadas  informagoes  sobre  os  cenarios  otimista  (baixa),  pessimista  (alta)  e mais  provaveis 
para  algumas  distribuigoes  comumente  usadas.  Exemplos  de  estimativas  de  custos  de  tres  pontos 
sao  mostrados  na  Figura  11-13.  Informagoes  adicionais  sobre  estimativas  de  tres  pontos  aparecem 
nos  processos  Estimar  as  duragoes  das  atividades  (Segao  6.5)  e Estimar  os  custos  (Segao  7.2). 
A documentagao  da  base  logica  das  faixas  de  riscos  e das  premissas  nas  quais  se  baseiam  sao 
componentes  importantes  da  entrevista  sobre  riscos,  porque  podem  fornecer  uma  visao  melhor 
sobre  a confiabilidade  e a credibilidade  da  analise. 


Faixas  de  estimativas  de  custos  do  projeto 


Elemento 
da  EAP 

Baixo 

Mais 

provavel 

Alto 

Projetar 

$4M 

$6M 

$10  M 

Construir 

$16M 

$20M 

$35  M 

Teste 

$11M 

$15M 

$23  M 

Total  do  projeto 

$31 M 

$41 M 

$68M 

Entrevistar  as  partes  interessadas  relevantes  ajuda  a determinar  as  estimativas  de  tres  pontos  para  cada 
elemento  da  EAP  para  distribuigao  triangular,  beta  ou  outras.  Neste  exemplo,  a probabilidade  de  se  completar 
o projeto  na  estimativa  mais  provavel  ou  abaixo  de  $41  milhoes  e relativamente  pequena  como  mostrado  nos 
resultados  da  simulagao  na  Figura  11-17  (Resultados  da  simulagao  de  riscos  de  custos). 


Figura  11-13.  Faixas  de  estimativas  de  custos  do  projeto  coletadas  durante 

a entrevista  sobre  riscos 
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• Distribuicoes  de  probabilidade.  As  distribuigoes  de  probabilidades  continuas,  amplamente  usadas 
em  modelagem  e simulagao,  representam  a incerteza  em  valores  tais  como  duragoes  de  atividades 
do  cronograma  e custos  de  componentes  do  projeto.  Podem  ser  usadas  distribuigoes  discretas  para 
representar  eventos  incertos,  como  o resultado  de  um  teste  ou  um  cenario  possivel  em  uma  an/ore 
de  decisao.  A Figura  11-14  mostra  dois  exemplos  de  distribuigoes  continuas  amplamente  utilizados. 
Essas  distribuigoes  representam  formas  compativeis  com  os  dados  normalmente  desenvolvidos 
durante  a analise  quantitativa  dos  riscos.  As  distribuigoes  uniformes  podem  ser  usadas  se  nao 
houver  nenhum  valor  obvio  que  seja  mais  provavel  que  os  outros  entre  os  limites  superior  e inferior 
especificados,  como  no  inicio  do  estagio  de  concepgao. 


Distribuicao  beta  Distribuigao  triangular 


As  distribuigoes  beta  e triangular  sao  frequentemente  usadas  nas  analises  quantitativas  dos  riscos.  Os  dados 
mostrados  na  figura  da  esquerda  (distribuigao  beta)  sao  um  exemplo  da  farmlia  de  tais  distribuigoes  determinadas 
por  dois  “parametros  de  forma".  Outras  distribuigoes  comumente  usadas  incluem  a uniforme,  normal  e lognormal. 
Nesses  graficos  o eixo  horizontal  (X)  representa  os  valores  possfveis  de  tempo  ou  custo  e o eixo  vertical  (Y) 
representa  a probabilidade  relativa. 


Figura  11-14.  Exemplos  de  distribuigoes  de  probabilidades  usadas  com  frequencia 
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11.4.2.2  Tecnicas  de  modelagem  e analise  quantitativa  dos  riscos 

As  tecnicas  comumente  usadas  utilizam  abordagens  de  analises  orientadas  ao  evento  e ao  projeto,  incluindo: 

• Analise  de  sensibilidade.  A analise  de  sensibilidade  ajuda  a determinar  que  riscos  tern  mais  impacto 
potencial  no  projeto.  Ela  ajuda  na  compreensao  de  como  as  variagoes  dos  objetivos  do  projeto  se 
correlacionam  com  as  variagoes  em  diferentes  graus  de  incerteza.  De  modo  oposto,  ela  examina 
ate  que  ponto  a incerteza  de  cada  elemento  do  projeto  afeta  o objetivo  examinado  quando  todos 
os  outros  elementos  incertos  sao  mantidos  em  seus  valores  de  linha  de  base.  Uma  representagao 
tipica  da  analise  de  sensibilidade  e o diagrama  de  tornado  (Figura  11-15),  usado  para  comparar  a 
importancia  relativa  e o impacto  de  variaveis  que  tern  urn  alto  grau  de  incerteza  com  aquelas  mais 
estaveis.  0 diagrama  de  tornado  e tambem  util  na  analise  de  cenarios  de  riscos,  com  ocorrencia 
em  riscos  especificos  cuja  analise  quantitativa  destaca  a possibilidade  de  beneficios  maiores  que 
os  impactos  negativos  correspondentes  identificados.  Urn  diagrama  de  tornado  e urn  tipo  especial 
de  grafico  de  barras  usado  na  analise  de  sensibilidade  para  comparar  a importancia  relativa  das 
variaveis.  Em  urn  diagrama  de  tornado,  o eixoY  contem  cada  tipo  de  incerteza  com  valores  de  base, 
e o eixo  X contem  a diferenga  ou  correlagao  da  incerteza  ao  resultado  analisado.  Nessa  figura,  cada 
incerteza  contem  uma  barra  horizontal  e esta  ordenada  verticalmente  para  mostrar  incertezas  com 
uma  diferenga  decrescente  a partir  dos  valores  de  base. 


Figura  11-15.  Exemplo  de  diagrama  de  tornado 
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• Analise  do  valor  monetario  esperado.  A analise  do  valor  monetario  esperado  (VME)  e um  conceito 
estatistico  que  calcula  o resultado  medio  quando  o futuro  inclui  cenarios  que  podem  ocorrer  ou 
nao  (ou  seja,  analise  em  situagoes  de  incerteza).  0 VME  das  oportunidades  e geralmente  expresso 
como  valores  positivos,  enquanto  o dos  riscos  e expresso  como  valores  negativos.  0 VME  requer 
uma  premissa  de  risco  neutro,  nem  aversa  nem  propensa  a riscos.  0 VME  do  projeto  e calculado 
multiplicando  o valor  de  cada  resultado  possfvel  pela  sua  probabilidade  de  ocorrencia  e somando 
esses  produtos.  Um  uso  comum  desse  tipo  de  analise  e a arvore  de  decisao  (Figura  1 1 -1 6). 


Definicao  de  decisao 

No  de  decisao 

No  de  probabilidade 

Valor  do  caminho 
de  rede 

Decisao  a 
ser  tomada 

Entrada:  Custo  de  cada  decisao 
Saida:  Decisao  tomada 

Entrada:  Probabilidade  do  cenario, 
Recompensar  se  ocorrer 
Saida:  Valor  monetario  esperado 
(VME) 

Calculado: 

Resultados  menos  custos 
ao  longo  do  caminho 

Construir  ou 
modernizar? 


Decisao  VME  = $46M 
(o  maior  entre  $36M 
e $46M) 


■ Demandafraca 
# No  de  probabilidade 
Final  do  galho 


Construir  nova  fabrica 
(Investir  $120M) 

$36M  = .60  ($80M)  + 
.40  (-$30M) 
VME  (antes  dos  custos)  para 
construir  uma  nova  fabrica 
considerando  a demanda 


Modernizar  a fabrica 
(investir  $50M) 


$46 M = .60  ($70M) 

.40  ($10M) 

VME  (antes  dos  custos)  para 
modernizar  a fabrica  considerando 
a demanda 


60% 

Demanda  forte 

($200M) 

$80M  - 

40% 

Demanda  fraca 

($90M) 

^ $80  M 


$30  M 


-$30M  = $90M  - $120M 


60% 

Demanda  forte 

($120M) 

$70M  = 

40% 

Demanda  fraca 

($60M) 

$70  M 


$10  M 


$10M  = $60M  - $50M 


OBS.  1:  A arvore  de  decisao  mostra  como  tomar  uma  decisao  entre  estrategias  capitais  de  alternativas  (representadas  como 
"nos  de  decisoes”)  quando  o ambiente  contem  elementos  incertos  (representados  como  “nos  de  probabilidades”). 

OBS  2:  Aqui,  uma  decisao  esta  sendo  tomada  entre  investir  $120M  para  construir  uma  nova  fabrica  ou  investir  somente  $50M 
para  modernizar  a fabrica  existente.  Para  cada  decisao,  a demanda  (que  e incerta  e portanto  representa  um  “no  de 
probabilidade”)  tern  que  ser  considerada.  Por  exemplo,  uma  demanda  forte  conduz  a uma  receita  de  $200M  com  a nova  fabrica 
mas  a somente  $120M  com  a fabrica  modernizada,  talvez  devido  a limitagoes  de  capacidade  da  fabrica  modernizada.  0 final  de 
cada  galho  mostra  o efeito  Ifquido  dos  resultados  menos  os  custos.  Para  cada  galho  de  decisao,  todos  os  efeitos  sao  adicionados 
(veja  as  areas  sombreadas)  para  determinar  o Valor  Monetario  Esperado  geral  (VME)  da  decisao.  Lembre-se  de  considerar  os 
custos  do  investimento.  A partir  dos  calculos  nas  areas  sombreadas,  a fabrica  modernizada  tern  um  VME  maior  de  $46M  - 
tambem  o VME  da  decisao  geral.  (Esta  escolha  tambem  representa  o menor  risco,  evitando  o pior  resultado  possfvel  de  uma 
perda  de  $30M). 


Figura  11-16.  Diagrama  da  arvore  de  decisao 
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• Modelagem  e simulagao.  A simulagao  de  um  projeto  utiliza  um  modelo  que  converte  as  incertezas 
especificadas  e detalhadas  do  projeto  em  possivel  impacto  nos  objetivos  do  projeto.  As  simulagoes 
sao  tipicamente  executadas  usando  a tecnica  de  Monte  Carlo.  Em  uma  simulagao,  o modelo  do 
projeto  e calculado  varias  vezes  (iterado),  com  os  valores  de  entrada  (por  exemplo,  estimativas  de 
custos  ou  duragoes  das  atividades)  selecionados  aleatoriamente  para  cada  iteragao  das  distribuigoes 
de  probabilidades  dessas  variaveis.  Um  histograma  (por  exemplo,  custo  total  ou  data  de  termino)  e 
calculado  a partir  das  iteragoes.  Para  uma  analise  de  riscos  de  custos,  a simulagao  utiliza  estimativas 
de  custos.  Para  uma  analise  de  riscos  do  cronograma,  sao  usados  o diagrama  de  rede  do  cronograma 
e estimativas  de  duragao.  0 resultado  de  uma  simulagao  de  riscos  de  custos  usando  o modelo  de  tres 
elementos  e mostrado  na  Figura  11-16.  Ele  ilustra  a respectiva  probabilidade  de  atingir  determinadas 
metas  de  custos.  Curvas  semelhantes  podem  ser  desenvolvidas  para  outros  objetivos  do  projeto. 


Custo  total  do  projeto 

Grafico  cumulative) 


Essa  distribuigao  cumulativa,  assumindo  as  variagoes  de  dados  na  Figura  11-13  e distribuigoes  triangulares,  mostra  que  o 
projeto  so  possui  12%  de  probabilidade  de  atingir  a estimativa  de  $41  milhoes.  Se  uma  organizagao  conservadora  desejar 
uma  probabilidade  de  sucesso  de  75%,  sera  necessario  um  orgamento  de  $50  milhoes  (uma  contingency  de  aproximadamente 
22%  ($50M  - $41M/$41M)). 


Figura  11-17.  Resultados  da  simulagao  de  riscos  de  custos 
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11.4.2.3  Opiniao  especializada 

A opiniao  especializada  (idealmente  de  especialistas  com  experience  relevante  e recente)  e necessaria  para 
identificar  os  impactos  potenciais  no  custo  e no  cronograma,  avaliar  a probabilidade  e para  definir  entradas,  tais 
como  distributes  de  probabilidades,  para  as  ferramentas. 

A opiniao  especializada  tambem  e utilizada  na  interpretagao  dos  dados.  Os  especialistas  devem  ser  capazes 
de  identificar  os  pontos  fracos  das  ferramentas,  assim  como  seus  pontos  fortes.  Os  especialistas  podem 
determinar  quando  uma  ferramenta  especifica  pode  ou  nao  ser  adequada,  considerando  os  recursos  e a cultura 
da  organizagao. 

11.4.3  Realizar  a analise  quantitativa  dos  riscos:  saidas 

11.4.3.1  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  sao  atualizados  com  as  informagoes  resultantes  da  analise  quantitativa  dos 
riscos.  Por  exemplo,  as  atualizagoes  no  registro  dos  riscos  podem  incluir: 

• Analise  probabilistica  do  projeto.  Sao  feitas  estimativas  dos  resultados  potenciais  dos  custos  e 
do  cronograma,  listando  as  possiveis  datas  de  termino  e os  custos  com  os  niveis  de  confianga 
associados.  Esse  resultado,  geralmente  expresso  como  uma  distribuigao  de  frequence  cumulativa,  e 
usado  com  as  tolerancias  a riscos  das  partes  interessadas  para  permitir  a quantificagao  das  reservas 
para  contingencias  de  custo  e tempo.  Essas  reservas  para  contingencias  sao  necessarias  para  colocar 
o risco  de  exceder  os  objetivos  definidos  do  projeto  em  urn  nivel  aceitavel  para  a organizagao. 

• Probabilidade  de  atingir  os  objetivos  de  custo  e tempo.  Com  os  riscos  existentes  no  projeto,  a 
probabilidade  de  atingir  os  objetivos  definidos  no  piano  atual  pode  ser  estimada  usando  os  resultados 
da  analise  quantitativa  dos  riscos.  Por  exemplo,  na  Figura  11-17,  a probabilidade  de  alcangar  a 
estimativa  de  custo  de  US$  41  milhoes  e de  cerca  de  12%. 

• Lista  priorizada  de  riscos  quantificados.  Esta  lista  de  riscos  inclui  os  riscos  que  representam  a 
maior  ameaga  ou  a maior  oportunidade  para  o projeto.  Eles  incluem  os  riscos  que  podem  ter  o maior 
efeito  na  contingencia  de  custos  e os  mais  provaveis  de  influenciar  o caminho  critico.  Esses  riscos 
podem  ser  avaliados,  em  alguns  casos,  por  meio  de  urn  diagrama  de  tornado  gerado  como  resultado 
da  analise  de  simulagao. 

• Tendencias  nos  resultados  da  analise  quantitativa  dos  riscos.  Conforme  a analise  e repetida, 
pode  ficar  aparente  uma  tendencia  que  leve  a conclusoes  que  afetam  as  respostas  aos  riscos.  As 
informagoes  organizacionais  historicas  sobre  cronograma,  custos,  qualidade  e desempenho  do 
projeto  devem  refletir  os  novos  conhecimentos  obtidas  por  meio  do  processo  Realizar  a analise 
quantitativa  dos  riscos.  Esse  historico  pode  assumir  a forma  de  urn  relatorio  de  analise  quantitativa 
dos  riscos.  Este  relatorio  pode  ser  separado  ou  vinculado  ao  registro  dos  riscos. 
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11.5  Planejar  as  respostas  aos  riscos 

Planejar  as  respostas  aos  riscos  e o processo  de  desenvolvimento  de  opgoes  e agoes  para  aumentar  as 
oportunidades  e reduzir  as  ameagas  aos  objetivos  do  projeto.  0 principal  beneficio  deste  processo  e a abordagem 
dos  riscos  por  prioridades,  injetando  recursos  e atividades  no  orgamento,  no  cronograma  e no  piano  de 
gerenciamento  do  projeto,  conforme  necessario.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo 
estao  ilustradas  na  Figura  1 1 -1 8.  A Figura  11-19  retrata  o diagrama  de  fluxo  de  dados  do  processo. 


.1  Plano  de  gerenciamento 
dos  riscos 

.2  Registro  dos  riscos 


Ferramentas  e tecnicas 


.1  Estrategias  para  riscos 
negativos  ou  ameagas 
.2  Estrategias  para  riscos 
positivos  ou  oportunidades 
.3  Estrategias  de  respostas  de 
contingency 
.4  Opiniao  especializada 


.1  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.2  Atualizagoes  nos 
documentos  do  projeto 

v y 


Figura  11-18.  Planejar  as  respostas  aos  riscos:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  11-19.  Diagrama  do  fluxo  de  dados  do  processo  Planejar  as  respostas  aos  riscos 
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0 processo  Planejar  as  respostas  aos  riscos  e posterior  ao  processo  Realizar  a analise  qualitativa  dos 
riscos  (se  for  usado).  Cada  resposta  ao  risco  requer  uma  compreensao  do  mecanismo  pelo  qual  o risco  sera 
abordado.  Esse  e o mecanismo  usado  para  analisar  se  o piano  de  resposta  aos  riscos  esta  surtindo  o efeito 
desejado.  Ele  inclui  a identificagao  e a designagao  de  uma  pessoa  (o  responsavel  pelo  resposta  ao  risco)  para 
assumir  a responsabilidade  por  cada  resposta  ao  risco  acordada  e financiada.  As  respostas  planejadas  devem 
ser  adequadas  a relevancia  do  risco,  ter  eficacia  de  custos  para  atender  ao  desafio,  ser  realistas  dentro  do 
contexto  do  projeto,  acordadas  por  todas  as  partes  envolvidas  e ter  urn  responsavel  designado.  Em  geral  e 
necessario  selecionar  a melhor  resposta  ao  risco  entre  as  diversas  opgoes  possiveis. 

0 processo  Planejar  as  respostas  aos  riscos  apresenta  as  abordagens  mais  usadas  para  o planejamento  de 
respostas  aos  riscos.  Os  riscos  incluem  as  ameagas  e as  oportunidades  que  podem  afetar  o exito  do  projeto; 
sao  analisadas  respostas  para  cada  urn  deles. 


1 1 .5.1  Planejar  as  respostas  aos  riscos:  entradas 


11.5.1.1  Plano  de  gerenciamento  dos  riscos 

Os  componentes  importantes  do  piano  de  gerenciamento  dos  riscos  incluem  papeis  e responsabilidades, 
definigoes  de  analise  de  riscos,  intervalos  de  tempo  para  revisoes  (e  para  eliminar  riscos  da  revisao)  e limites 
para  riscos  baixos,  moderados  e altos.  Os  limites  ajudam  a identificar  os  riscos  para  os  quais  sao  necessarias 
respostas  especificas. 


11.5.1.2  Registro  dos  riscos 

0 registro  dos  riscos  engloba  os  riscos  identificados,  as  causas  principals  dos  riscos,  listas  de  respostas 
possiveis,  os  proprietaries  dos  riscos,  sintomas  e sinais  de  alerta,  a classificagao  relativa  ou  lista  de  prioridades 
dos  riscos  do  projeto,  riscos  que  exigem  respostas  a curto  prazo,  riscos  para  analise  adicional  e resposta, 
tendencias  nos  resultados  da  analise  qualitativa  e uma  lista  de  observagao,  que  e uma  lista  de  riscos  de  baixa 
prioridade  dentro  do  registro  dos  riscos. 


11.5.2  Planejar  as  respostas  aos  riscos:  ferramentas  e tecnicas 

Existem  varias  estrategias  disponiveis  de  resposta  aos  riscos.  Para  cada  risco,  deve-se  selecionar  a estrategia 
ou  a mescla  de  estrategias  com  maior  probabilidade  de  eficacia.  Ferramentas  de  analise  de  riscos,  como 
a analise  da  arvore  de  decisao  (Segao  1 1 .4.2.2),  podem  ser  usadas  para  escolher  as  respostas  mais  adequadas. 
Sao  desenvolvidas  agoes  especificas  para  implementar  essa  estrategia,  incluindo  estrategias  principals 
e alternativas,  conforme  necessario.  E possivel  desenvolver  urn  piano  alternativo  para  implementagao,  caso  a 
estrategia  selecionada  nao  seja  totalmente  eficaz  ou  se  urn  risco  aceito  ocorrer.  Os  riscos  secundarios  tambem 
devem  ser  revistos.  Riscos  secundarios  sao  riscos  que  surgem  como  resultado  direto  da  implementagao  de 
uma  resposta  ao  risco.  Muitas  vezes,  e alocada  uma  reserva  para  contingencias  de  tempo  ou  custo.  Caso  seja 
desenvolvida,  ela  deve  incluir  a identificagao  das  condigoes  que  acionam  o seu  uso. 
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11.5.2.1  Estrategias  para  riscos  negativos  ou  ameagas 

Tres  estrategias  que  tipicamente  lidam  com  ameagas  ou  riscos  que  podem  ter  impactos  negativos  nos 
objetivos  do  projeto,  se  ocorrerem,  sao  prevenir , transferire  mitigar.  A quarta  estrategia,  aceitar,  pode  ser  usada 
tanto  para  riscos  negativos  ou  ameagas  quanto  para  riscos  positivos  ou  oportunidades.  Cada  uma  dessas 
estrategias  de  resposta  ao  risco  tern  uma  influencia  variada  e unica  na  condigao  dos  riscos.  Essas  estrategias 
devem  ser  escolhidas  para  corresponder  a probabilidade  e impacto  do  risco  nos  objetivos  gerais  do  projeto.  As 
estrategias  de  prevengao  e mitigagao  sao  geralmente  boas  para  riscos  criticos  com  alto  impacto,  enquanto  as 
estrategias  de  transference  e aceitagao  sao  geralmente  boas  para  ameagas  menos  criticas  e com  impacto  geral 
baixo.  As  quatro  estrategias  para  riscos  negativos  ou  ameagas  sao  descritas  abaixo  em  mais  detalhes: 

• Prevenir.  A prevengao  de  riscos  e uma  estrategia  de  resposta  ao  risco  em  que  a equipe  do  projeto 
age  para  eliminar  a ameaga  ou  proteger  o projeto  contra  o seu  impacto.  Ela  envolve  a alteragao 
do  piano  de  gerenciamento  do  projeto  para  eliminar  totalmente  a ameaga.  0 gerente  do  projeto 
tambem  pode  isolar  os  objetivos  do  projeto  do  impacto  do  risco  ou  alterar  o objetivo  que  esta  em 
perigo.  Exemplos  disso  incluem  estender  o cronograma,  alterar  a estrategia  ou  reduzir  o escopo.  A 
estrategia  de  prevengao  mais  radical  e a suspensao  total  do  projeto.  Alguns  riscos  que  surgem  no 
inicio  do  projeto  podem  ser  evitados  esclarecendo  os  requisitos,  obtendo  informagoes,  melhorando  a 
comunicagao  ou  adquirindo  conhecimentos  especializados. 

• Transferir.  A transference  de  riscos  e uma  estrategia  de  resposta  ao  risco  em  que  a equipe  do 
projeto  transfere  o impacto  de  uma  ameaga  para  terceiros,  juntamente  com  a responsabilidade 
pela  sua  resposta.  Transferir  o risco  simplesmente  passa  a responsabilidade  de  gerenciamento 
para  outra  parte,  mas  nao  o elimina.  Transferir  nao  significa  negar  a existencia  do  risco  atraves  da 
sua  transference  para  urn  projeto  futuro  ou  outra  pessoa  sem  o seu  conhecimento  ou  acordo.  A 
transference  de  riscos  quase  sempre  envolve  o pagamento  de  urn  premio  a parte  que  esta  assumindo 
o risco.  Transferir  a responsabilidade  pelo  risco  e mais  eficaz  quando  se  trata  de  exposigao  a riscos 
financeiros.  As  ferramentas  de  transference  podem  ser  bastante  variadas  e incluem,  entre  outras, 
o uso  de  seguros,  seguros-desempenho,  garantias,  fiangas,  etc.  Podem  ser  usados  contratos  ou 
acordos  para  transferir  a responsabilidade  de  determinados  riscos  para  outra  parte.  Por  exemplo, 
quando  urn  comprador  tern  recursos  que  o vendedor  nao  possui,  pode  ser  prudente  transferir  uma 
parte  do  trabalho  e o risco  correspondents  de  volta  ao  comprador  por  meio  de  urn  contrato.  Em 
muitos  casos,  o uso  de  urn  contrato  de  custo  mais  remuneragao  pode  transferir  o risco  do  custo  para 
o comprador,  enquanto  urn  contrato  de  prego  fixo  pode  transferir  o risco  para  o vendedor. 
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• Mitigar.  Mitigagao  de  riscos  e uma  estrategia  de  resposta  ao  risco  em  que  a equipe  do  projeto 
age  para  reduzir  a probabilidade  de  ocorrencia,  ou  impacto  do  risco.  Ela  implica  na  redugao  da 
probabilidade  e/ou  do  impacto  de  um  evento  de  risco  adverso  para  dentro  de  limites  aceitaveis. 
Adotar  uma  agao  antecipada  para  reduzir  a probabilidade  e/ou  o impacto  de  um  risco  ocorrer  no 
projeto  em  geral  e mais  eficaz  do  que  tentar  reparar  o dano  depois  de  o risco  ter  ocorrido.  Adotar 
processos  menos  complexos,  fazer  mais  testes  ou  escolher  um  fornecedor  mais  estavel  sao  exemplos 
de  agoes  de  mitigagao.  A mitigagao  pode  exigir  o desenvolvimento  de  um  prototipo  para  reduzir  o 
risco  de  implementagao  de  um  processo  ou  produto  a partir  de  um  modelo  de  bancada.  Quando 
nao  e possivel  reduzir  a probabilidade,  a resposta  de  mitigagao  pode  abordar  o impacto  do  risco 
concentrando  em  fatores  que  determinam  sua  gravidade.  Por  exemplo,  a inclusao  de  redundance 
em  um  sistema  pode  reduzir  o impacto  de  uma  falha  do  componente  original. 

• Aceitar.  A aceitagao  de  risco  e uma  estrategia  de  resposta  pela  qual  a equipe  do  projeto  decide 
reconhecer  a existence  do  risco  e nao  agir,  a menos  que  o risco  ocorra.  Essa  estrategia  e adotada 
quando  nao  e possivel  ou  economico  abordar  um  risco  especifico  de  qualquer  outra  forma.  Essa 
estrategia  indica  que  a equipe  do  projeto  decidiu  nao  alterar  o piano  de  gerenciamento  do  projeto 
para  lidar  com  um  risco,  ou  nao  conseguiu  identificar  outra  estrategia  de  resposta  adequada.  Essa 
estrategia  pode  ser  passiva  ou  ativa.  A aceitagao  passiva  nao  requer  qualquer  agao  exceto  documentar 
a estrategia,  deixando  que  a equipe  do  projeto  trate  dos  riscos  quando  eles  ocorrerem,  e revisar 
periodicamente  a ameaga  para  assegurar  que  ela  nao  mude  de  forma  significativa.  A estrategia 
de  aceitagao  ativa  mais  comum  e estabelecer  uma  reserva  para  contingencias,  incluindo  tempo, 
dinheiro  ou  recursos  para  lidar  com  os  riscos. 


11.5.2.2  Estrategias  para  riscos  positivos  ou  oportunidades 

Tres  das  quatro  respostas  sao  sugeridas  para  tratar  de  riscos  com  impactos  potencialmente  positivos  sobre 
os  objetivos  do  projeto.  A quarta  estrategia,  aceitar , pode  ser  usada  tanto  para  riscos  negativos  ou  ameagas 
quanto  para  riscos  positivos  ou  oportunidades.  Essas  estrategias,  descritas  abaixo,  sao  explorar,  compartilhar, 
melhorar  e aceitar. 

• Explorar.  A estrategia  explorar  pode  ser  selecionada  para  riscos  com  impactos  positivos  quando  a 
organizagao  deseja  garantir  que  a oportunidade  seja  concretizada.  Essa  estrategia  procura  eliminar 
a incerteza  associada  com  um  determinado  risco  positivo,  garantindo  que  a oportunidade  realmente 
acontega.  Exemplos  de  respostas  de  exploragao  direta  incluem  designar  o pessoal  com  mais  talento 
da  organizagao  para  o projeto  a fim  de  reduzir  o tempo  de  conclusao,  ou  usar  novas  tecnologias  ou 
atualizagoes  de  tecnologias  para  reduzir  o custo  e duragao  requeridos  para  alcangar  os  objetivos 
do  projeto. 
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• Melhorar.  A estrategia  melhorar  e usada  para  aumentar  a probabilidade  e/ou  os  impactos  positivos 
de  uma  oportunidade.  Identificar  e maximizar  os  principals  impulsionadores  desses  riscos  de  impacto 
positivo  pode  aumentar  a probabilidade  de  ocorrencia.  Exemplos  de  melhoramento  de  oportunidades 
sao  o acrescimo  de  mais  recursos  a uma  atividade  para  terminar  mais  cedo. 

• Compartilhar.  Compartilhar  urn  risco  positivo  envolve  a alocagao  integral  ou  parcial  da 
responsabilidade  da  oportunidade  a urn  terceiro  que  tenha  mais  capacidade  de  explorar  a oportunidade 
para  beneficio  do  projeto.  Exemplos  de  agoes  de  compartilhamento  incluem  aformagao  de  parcerias 
de  compartilhamento  de  riscos,  equipes,  empresas  para  fins  especiais  ou  joint  ventures,  as  quais 
podem  ser  estabelecidas  com  afinalidade  expressa  de  aproveitar  a oportunidade  de  modo  que  todas 
as  partes  se  beneficiem  das  suas  agoes. 

• Aceitar.  Aceitar  uma  oportunidade  e estar  disposto  a aproveita-la  caso  ela  ocorra,  mas  nao  persegui- 
la  ativamente. 

11.5.2.3  Estrategias  de  respostas  de  contingencia 

Algumas  respostas  sao  esquematizadas  para  serem  usadas  somente  se  certos  eventos  ocorrerem.  Para 
alguns  riscos,  e apropriado  que  a equipe  de  projeto  desenvolva  urn  piano  de  respostas  que  so  sera  executado  sob 
determinadas  condigoes  predefinidas,  caso  acredite-se  que  havera  alerta  suficiente  para  implementar  o piano. 
Os  eventos  que  acionam  a resposta  de  contingencia,  como  marcos  intermediaries  nao  atingidos  ou  o aumento 
da  prioridade  de  urn  fornecedor,  devem  ser  definidos  e acompanhados.  As  respostas  aos  riscos  identificados 
usando  essa  tecnica  sao  muitas  vezes  chamadas  de  pianos  de  contingencia  ou  pianos  alternatives,  e incluem 
eventos  geradores  identificados  que  colocam  os  pianos  em  vigor. 

11.5.2.4  Opiniao  especializada 

A opiniao  especializada  e fornecida  por  pessoas  experientes  em  relagao  as  agoes  a serem  adotadas  para  urn 
risco  especifico  e definido.  A especializagao  pode  ser  oferecida  por  qualquer  grupo  ou  pessoa  com  formagao 
especializada,  conhecimentos,  habilidade,  experience  ou  treinamento  para  definir  respostas  aos  riscos. 

11.5.3  Planejar  as  respostas  aos  riscos:  saidas 

11.5.3.1  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  como  resultado  da  execugao 
desse  processo  incluem,  entre  outros: 
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• Plano  de  gerenciamento  do  cronograma.  0 piano  de  gerenciamento  do  cronograma  e atualizado 
para  refletir  as  alteragoes  no  processo  e as  praticas  orientadas  pelas  respostas  aos  riscos.  Ele  pode 
incluir  alteragoes  na  tolerancia  ou  no  comportamento  relativo  ao  carregamento  e nivelamento  de 
recursos,  assim  como  atualizagoes  no  proprio  cronograma. 

• Plano  de  gerenciamento  dos  custos.  0 piano  de  gerenciamento  dos  custos  e atualizado  para 
refletir  as  alteragoes  no  processo  e nas  praticas  motivadas  pelas  respostas  aos  riscos.  Ele  pode 
incluir  alteragoes  na  tolerancia  ou  no  comportamento  relativos  a contabilizagao  dos  custos, 
acompanhamento  e relatorios,  assim  como  atualizagoes  na  estrategia  do  orgamento  e em  como  as 
reservas  para  contingencias  sao  usadas. 

• Plano  de  gerenciamento  da  qualidade.  0 piano  de  gerenciamento  da  qualidade  e atualizado  para 
refletir  as  alteragoes  no  processo  e nas  praticas  motivadas  pelas  respostas  aos  riscos.  Isso  pode 
incluir  alteragoes  na  tolerancia  ou  no  comportamento  relativos  a requisitos,  garantia  da  qualidade  ou 
controle  da  qualidade,  assim  como  atualizagoes  na  documentagao  dos  requisitos. 

• Plano  de  gerenciamento  das  aquisigoes.  0 piano  de  gerenciamento  das  aquisigoes  pode  ser 
atualizado  para  refletir  alteragoes  na  estrategia,  tais  como  alteragoes  na  decisao  de  fazer  ou  comprar, 
ou  nos  tipos  de  contratos,  motivadas  pelas  respostas  aos  riscos. 

• Plano  de  gerenciamento  dos  recursos  humanos.  0 piano  de  gerenciamento  de  pessoal,  que 
faz  parte  do  piano  de  recursos  humanos,  e atualizado  para  refletir  as  alteragoes  na  estrutura 
organizacional  do  projeto  e nas  aplicagoes  de  recursos  motivadas  pelas  respostas  aos  riscos.  Isso 
pode  incluir  alteragoes  na  tolerancia  ou  no  comportamento  relativas  a alocagao  de  pessoal,  assim 
como  atualizagoes  na  alocagao  de  recursos. 

• Linha  de  base  do  escopo.  Devido  aos  novos  trabalhos  ou  trabalhos  omitido  gerados  pelas  respostas 
aos  riscos,  a linha  de  base  do  cronograma  pode  ser  atualizada  para  refletir  essas  alteragoes. 

• Linha  de  base  do  cronograma.  Devido  aos  novos  trabalhos  (ou  aos  trabalhos  omitidos)  gerados 
pelas  respostas  aos  riscos,  a linha  de  base  do  cronograma  pode  ser  atualizada  para  refletir  essas 
alteragoes. 

• Linha  de  base  dos  custos.  Devido  aos  novos  trabalhos  (ou  aos  trabalhos  omitidos)  gerados  pelas 
respostas  aos  riscos,  a linha  de  base  dos  custos  pode  ser  atualizada  para  refletir  essas  alteragoes. 


11.5.3.2  Atualizagoes  nos  documentos  do  projeto 

No  processo  Planejar  as  respostas  aos  riscos,  varios  documentos  do  projeto  sao  atualizados,  quando 
necessario.  Por  exemplo,  as  respostas  aos  riscos  sao  escolhidas  e acordadas,  e entao  inclufdas  no  registro  dos 
riscos.  0 registro  dos  riscos  deve  ser  documentado  com  urn  nivel  de  detalhes  que  corresponda  a classificagao 
de  prioridades  e a resposta  planejada.  Em  geral,  os  riscos  altos  e moderados  sao  abordados  em  detalhes. 
Os  riscos  considerados  de  baixa  prioridade  sao  inclmdos  em  uma  lista  de  observagao  para  monitoramento 
periodico.  As  atualizagoes  no  registro  dos  riscos  podem  incluir,  mas  nao  estao  limitadas,  a: 
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• Responsaveis  pelos  riscos  e as  responsabilidades  atribuidas; 

• Estrategias  de  respostas  acordadas; 

• Agoes  especificas  para  implementar  a estrategia  de  resposta  escolhida; 

• Condigoes  de  ativagao,  sintomas  e sinais  de  alerta  da  ocorrencia  dos  riscos; 

• Orgamento  e atividades  do  cronograma  requeridas  para  implementar  as  respostas  escolhidas; 

• Pianos  de  contingency  e ativagao  que  exigem  sua  execugao; 

• Pianos  alternatives  para  serem  usados  como  uma  reagao  a urn  risco  que  ocorreu  e quando  a principal 
resposta  foi  inadequada; 

• Riscos  residuais  que  se  espera  que  permanegam  depois  que  as  respostas  planejadas  tiverem  sido 
adotadas,  bem  com  os  que  foram  deliberadamente  aceitos; 

• Riscos  secundarios  que  surgem  como  resultado  direto  da  implementagao  de  uma  resposta  a riscos;  e 

• Reservas  para  contingencias  que  sao  calculadas  com  base  na  analise  quantitativa  dos  riscos  do 
projeto  e os  limites  de  riscos  da  organizagao. 

Outras  atualizagoes  de  documentos  do  projeto  podem  incluir: 

• Atualizagoes  no  registro  das  premissas.  A medida  que  novas  informagoes  sao  disponibilizadas 
por  meio  da  aplicagao  de  respostas  aos  riscos,  as  premissas  podem  mudar.  0 registro  das  premissas 
deve  ser  revisto  para  incluir  essas  novas  informagoes. 

• Atualizagoes  na  documentagao  tecnica.  A medida  que  novas  informagoes  sao  disponibilizadas 
atraves  da  aplicagao  de  respostas  aos  riscos,  as  abordagens  tecnicas  e as  entregas  podem  ser 
alteradas.  Qualquer  documentagao  de  apoio  deve  ser  revista  para  incluir  essas  novas  informagoes. 

• Solicitagoes  de  mudanga.  0 planejamento  de  respostas  a possiveis  riscos  pode  muitas  vezes 
resultar  em  recomendagoes  de  mudangas  nos  recursos,  nas  atividades,  nas  estimativas  de  custos  e 
em  outros  itens  identificados  durante  outros  processos  de  planejamento.  Quando  tais  recomendagoes 
sao  identificadas,  as  solicitagoes  de  mudanga  sao  geradas  e processadas  atraves  do  processo 
Realizar  o controle  integrado  de  mudangas. 
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1 1 .6  Controlar  os  riscos 

Controlar  os  riscos  e o processo  de  implementagao  de  pianos  de  respostas  aos  riscos,  acompanhamento 
dos  riscos  identificados,  monitoramento  dos  riscos  residuais,  identificagao  de  novos  riscos  e avaliagao  da 
eficacia  do  processo  de  riscos  durante  todo  o projeto.  0 principal  beneficio  desse  processo  e a melhoria  do 
grau  de  eficiencia  da  abordagem  dos  riscos  no  decorrer  de  todo  o ciclo  de  vida  do  projeto  a fim  de  otimizar 
continuamente  as  respostas  aos  riscos.  As  entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao 
ilustradas  na  Figura  1 1 -20.  A Figura  1 1 -21  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 
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Figura  11-20.  Controlar  os  riscos:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  11-21.  Diagrama  do  fluxo  de  dados  do  processo  Monitorar  e controlar  os  riscos 
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As  respostas  planejadas  aos  riscos  que  estao  incluidas  no  registro  dos  riscos  sao  executadas  durante  o 
ciclo  de  vida  do  projeto,  mas  o trabalho  do  projeto  deve  ser  continuamente  monitorado  em  busca  de  riscos 
novos,  modificados  e desatualizados. 

0 processo  Controlar  os  riscos  utiliza  tecnicas,  como  analises  de  variagoes  e tendencias,  que  requerem  o 
uso  das  informagoes  de  desempenho  geradas  durante  a execugao  do  projeto.  Outras  finalidades  do  processo 
Monitorar  os  riscos  determinam  se: 

• As  premissas  do  projeto  ainda  sao  validas, 

• A analise  mostra  um  risco  avaliado  que  foi  modificado  ou  que  pode  ser  desativado, 

• As  politicas  e os  procedimentos  de  gerenciamento  dos  riscos  estao  sendo  seguidos,  e 

• As  reservas  para  contingencias  de  custo  ou  cronograma  devem  ser  modificadas  de  acordo  com  a 
avaliagao  atual  dos  riscos. 

0 processo  Controlar  os  riscos  pode  envolver  a escolha  de  estrategias  alternativas,  a execugao  de  um  piano 
de  contingency  ou  alternativo,  a adogao  de  agoes  corretivas  e a modificagao  do  piano  de  gerenciamento  do 
projeto.  0 responsavel  pela  resposta  ao  risco  mantem  o gerente  de  projetos  periodicamente  informado  sobre  a 
eficacia  do  piano,  os  efeitos  imprevistos  e qualquer  corregao  necessaria  para  tratar  o risco  adequadamente.  0 
processo  Controlar  os  riscos  tambem  engloba  a atualizagao  nos  ativos  de  processos  organizacionais,  incluindo 
os  bancos  de  dados  de  ligoes  aprendidas  e os  modelos  de  gerenciamento  dos  riscos  do  projeto,  para  beneficio 
de  projetos  futuros. 

11.6.1  Controlar  os  riscos:  entradas 

11.6.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4. 2.3.1 . 0 piano  de  gerenciamento  do  projeto,  que  inclui  o piano  de  gerenciamento  dos 
riscos,  fornece  orientagao  para  o monitoramento  e controle  dos  riscos. 

11.6.1.2  Registro  dos  riscos 

0 registro  dos  riscos  content  entradas  importantes  que  incluem  riscos  identificados  e responsaveis  pelos 
riscos,  respostas  aos  riscos  acordadas,  agoes  de  controle  para  avaliar  a eficacia  dos  pianos  de  respostas, 
respostas  aos  riscos,  agoes  especificas  de  implementagao,  sintomas  e sinais  de  alerta  de  riscos,  riscos  residuais 
e secundarios,  uma  lista  de  observagao  de  riscos  de  baixa  prioridade  e as  reservas  para  contingencias  de 
tempo  e custo.  A lista  de  observagao  esta  contida  no  registro  dos  riscos  e fornece  uma  lista  de  riscos  de  baixa 
prioridade. 
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11.6.1.3  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4.3. 3.2.  Os  dados  sobre  o desempenho  do  trabalho  relativos  a varios  resultados  de 
desempenho  possivelmente  afetados  pelos  riscos  incluem,  entre  outros: 

• Andamento  das  entregas, 

• Progresso  do  cronograma,  e 

• Custos  incorridos. 

11.6.1.4  Relatorios  de  desempenho  do  trabalho 

Descritos  na  Segao  4.4. 3.2.  Os  relatorios  de  desempenho  do  trabalho  usam  as  informagoes  de  medigfies  do 
desempenho  e as  analisam  para  fornecer  informagoes  sobre  o desempenho  do  trabalho  do  projeto,  tais  como 
analise  de  variagao,  dados  de  valor  agregado  e dados  de  previsfies.  Esses  dados  podem  ter  urn  grande  impacto 
no  controle  dos  riscos  relativos  ao  desempenho. 

11.6.2  Controlar  os  riscos  ferramentas  e tecnicas 

11.6.2.1  Reavaliagao  de  riscos 

Controlar  os  riscos  muitas  vezes  resulta  na  identificagao  de  novos  riscos,  na  reavaliagao  dos  riscos  atuais 
e no  encerramento  dos  riscos  que  estao  desatualizados.  As  reavaliagfies  dos  riscos  do  projeto  devem  ser 
programadas  com  regularidade.  A quantidade  e os  detalhes  de  repetigao  apropriados  dependem  do  andamento 
do  projeto  em  relagao  aos  seus  objetivos. 

11.6.2.2  Auditorias  de  riscos 

As  auditorias  de  riscos  examinam  e documentam  a eficacia  das  respostas  para  lidar  com  os  riscos 
identificados  e suas  causas  principais,  bem  como  a eficacia  do  processo  de  gerenciamento  dos  riscos.  0 
gerente  de  projetos  e responsavel  por  garantir  que  sejam  realizadas  auditorias  com  uma  frequencia  adequada, 
conforme  definido  no  piano  de  gerenciamento  dos  riscos  do  projeto.  As  auditorias  de  riscos  podem  ser  inclufdas 
nas  reunifies  rotineiras  de  revisao  do  projeto,  ou  a equipe  pode  decidir  fazer  reunifies  de  auditoria  separadas. 
0 formato  da  auditoria  e seus  objetivos  devem  ser  definidos  claramente  antes  da  execugao  da  auditoria. 
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11.6.2.3  Analises  de  variagao  e tendencias 

Muitos  processos  de  controle  usam  a analise  da  variagao  para  comparar  os  resultados  planejados  com  os 
resultados  reais.  Para  fins  de  monitoramento  e controle  de  riscos,  deve-se  fazer  uma  revisao  das  tendencias 
na  execugao  do  projeto  usando  as  informagoes  do  desempenho.  A analise  de  valor  agregado  e outros  metodos 
de  analise  de  variagao  e tendencias  podem  ser  usados  para  monitorar  o desempenho  geral  do  projeto.  Os 
resultados  dessas  analises  podem  prever  o desvio  potencial  do  projeto  no  termino  em  relagao  as  metas  de 
custos  e cronograma.  0 desvio  em  relagao  a linha  de  base  no  piano  pode  indicar  o impacto  potencial  das 
ameagas  ou  oportunidades. 

11.6.2.4  Medigao  de  desempenho  tecnico 

A medigao  de  desempenho  tecnico  compara  as  realizagoes  tecnicas  durante  a execugao  do  projeto  com 
o cronograma  de  realizagoes  tecnicas.  E necessaria  a definigao  de  medidas  quantificaveis  e objetivas  de 
desempenho  tecnico  que  possam  ser  usadas  para  comparar  os  resultados  reais  com  as  metas.  Essas  medidas 
de  desempenho  tecnico  podem  incluir  ponderagao,  prazos  das  transagoes,  numero  de  defeitos  entregues, 
capacidade  de  armazenamento,  etc.  Desvio,  como  demonstrar  mais  ou  menos  funcionalidade  do  que  o 
planejado  num  marco  definido,  pode  ajudar  a prever  o grau  de  sucesso  para  atingir  o escopo  do  projeto. 

11.6.2.5  Analise  de  reservas 

Durante  a execugao  do  projeto  podem  ocorrer  alguns  riscos,  com  impactos  positivos  ou  negativos  nas 
reservas  para  contingencias  de  orgamento  ou  cronograma.  A analise  de  reservas  compara  a quantidade 
restante  de  reservas  para  contingencias  com  a quantidade  de  risco  restante  a qualquer  momento  no  projeto  a 
fim  de  determinar  se  as  reservas  restantes  sao  adequadas. 

11.6.2.6  Reunioes 

0 gerenciamento  dos  riscos  do  projeto  deve  ser  urn  item  da  agenda  nas  reunioes  periodicas  de  andamento 
do  projeto.  0 tempo  necessario  para  esse  item  variara,  dependendo  dos  riscos  identificados,  da  sua  prioridade 
e da  dificuldade  de  resposta.  0 gerenciamento  dos  riscos  fica  mais  facil  quando  e praticado  com  mais 
frequencia.  Discussoes  frequentes  sobre  riscos  aumentam  a probabilidade  de  as  pessoas  identificarem  os 
riscos  e as  oportunidades. 


352 


©201 3 Project  Management  Institute.  Urn  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


11  - GERENCIAMENTO  DOS  RISCOS  DO  PROJETO 


11.6.3  Controlar  os  riscos:  saidas 


11.6.3.1  Informagoes  sobre  o desempenho  do  trabalho 

As  informagoes  sobre  o desempenho  do  trabalho,  como  urn  resultado  do  processo  Controlar  os  Riscos, 
fornecem  urn  mecanismo  para  comunicar  e apoiar  o processo  decisorio  do  projeto. 


11.6.3.2  Solicitagoes  de  mudanca 

A implementagao  de  pianos  de  contingencia  ou  solugoes  alternativas  as  vezes  resulta  em  uma  solicitagao 
de  mudanga.  As  solicitagoes  de  mudanga  sao  preparadas  e encaminhadas  para  o processo  Realizar  o controle 
integrado  de  mudangas  (Segao  4.5).  As  solicitagoes  de  mudanga  tambem  podem  incluir  as  agoes  corretivas  e 
preventivas  recomendadas. 

• Agoes  corretivas  recomendadas.  Atividades  que  realinham  o desempenho  dos  trabalhos  do  projeto 
com  o piano  de  gerenciamento  do  projeto.  Elas  incluem  pianos  de  contingencies  e alternativas.  Essas 
ultimas  sao  respostas  que  nao  foram  inicialmente  planejadas,  mas  sao  necessarias  para  lidar  com  os 
riscos  emergentes  que  nao  foram  identificados  anteriormente  ou  que  foram  aceitos  passivamente. 

• Agoes  preventivas  recomendadas.  Atividades  para  garantir  que  o desempenho  futuro  do  trabalho 
do  projeto  esteja  alinhado  com  o piano  de  gerenciamento  do  projeto. 


11.6.3.3  Atualizagbes  no  piano  de  gerenciamento  do  projeto 

Se  as  solicitagoes  de  mudanga  aprovadas  afetarem  os  processos  de  gerenciamento  dos  riscos,  os 
documentos  correspondentes  no  piano  de  gerenciamento  do  projeto  serao  revisados  e republicados  para  refletir 
as  mudangas  aprovadas.  Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  sao 
os  mesmos  do  processo  Planejar  as  respostas  aos  riscos. 
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11.6.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  como  resultado  do  processo  Controlar  os  riscos 
incluem,  mas  nao  se  limitam,  ao  registro  dos  riscos.  As  atualizagoes  no  registro  dos  riscos  incluem: 

• Resultados  de  reavaliagoes  de  riscos,  auditorias  de  riscos  e revisoes  periodicas  dos  riscos. 

Esses  resultados  podem  incluir  a identificagao  de  novos  riscos,  atualizagoes  de  probabilidade, 
impacto,  prioridade,  pianos  de  respostas,  responsabilidade,  e outros  elementos  do  registro  dos 
riscos.  Os  resultados  tambem  podem  incluir  o encerramento  dos  riscos  que  nao  sao  mais  aplicaveis 
e a liberagao  das  reservas  associadas. 

• Resultados  reais  dos  riscos  do  projeto  e das  respostas  aos  riscos.  Essas  informagoes  podem 
ajudar  os  gerentes  de  projetos  a planejar  os  riscos  na  organizagao  inteira  e tambem  em  projetos 
futuros. 

11.6.3.5  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  processos  de  gerenciamento  dos  riscos  do  projeto  produzem  informagoes  que  podem  ser  usadas  para 
projetos  futuros  e devem  ser  capturadas  nos  ativos  de  processos  organizacionais.  Os  ativos  de  processos 
organizacionais  que  podem  ser  atualizados  incluem,  entre  outros: 

• Modelos  do  piano  de  gerenciamento  dos  riscos,  incluindo  a matriz  de  probabilidade  e impacto  e o 
registro  dos  riscos, 

• Estrutura  analitica  dos  riscos,  e 

• Ligoes  aprendidas  nas  atividades  de  gerenciamento  dos  riscos  do  projeto. 

Esses  documentos  devem  ser  atualizados  conforme  necessario  e no  encerramento  do  projeto.  As  versoes 
finais  do  registro  dos  riscos  e dos  modelos  do  piano  de  gerenciamento  dos  riscos,  das  listas  de  verificagao  e 
da  estrutura  analitica  dos  riscos  estao  incluidas. 
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GERENCIAMENTO  DAS  AQUISIQOES  DO  PROJETO 

O gerenciamento  das  aquisigoes  do  projeto  inclui  os  processos  necessarios  para  comprar  ou  adquirir 
produtos,  servigos  ou  resultados  externos  a equipe  do  projeto.  A organizagao  pode  ser  tanto  o comprador 
quanto  o vendedor  dos  produtos,  servigos  ou  resultados  de  um  projeto. 

0 gerenciamento  das  aquisigoes  do  projeto  abrange  os  processos  de  gerenciamento  de  contratos  e controle 
de  mudangas  que  sao  necessarios  para  desenvolver  e administrar  contratos  ou  pedidos  de  compra  emitidos 
por  membros  autorizados  da  equipe  do  projeto. 

0 Gerenciamento  das  aquisigoes  do  projeto  tambem  inclui  a administragao  de  todos  os  contratos  emitidos  por 
uma  organizagao  externa  (o  comprador)  que  esta  adquirindo  os  resultados  do  projeto  da  organizagao  executora 
(o  fornecedor),  e a administragao  das  obrigagoes  contratuais  atribuidas  a equipe  do  projeto  pelo  contrato. 

A Figura  12-1  fornece  uma  visao  geral  dos  processos  do  gerenciamento  das  aquisigoes  do  projeto,  que  12 
inclui  os  seguintes  itens: 

12.1  Planejar  o gerenciamento  das  aquisigoes — 0 processo  de  documentagao  das  decisoes  de 
compras  do  projeto,  especificando  a abordagem  e identificando  fornecedores  em  potencial. 

12.2  Conduzir  as  aquisigoes — 0 processo  de  obtengao  de  respostas  de  fornecedores,  selegao  de 
um  fornecedor  e adjudicagao  de  um  contrato. 

12.3  Controlar  as  aquisigoes — 0 processo  de  gerenciamento  das  relagoes  de  aquisigoes, 
monitoramento  do  desempenho  do  contrato  e realizagoes  de  mudangas  e corregoes  nos 
contratos,  conforme  necessario. 

12.4  Encerrar  as  aquisigdes — 0 processo  de  finalizar  cada  uma  das  aquisigoes  do  projeto. 

Esses  processos  interagem  entre  si  e com  os  de  outras  areas  de  conhecimento  como  descrito  com  detalhes 
naSegao  3 e noAnexo  A1. 
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Figura  12-1.  Visao  geral  do  gerenciamento  das  aquisigdes  do  projeto 
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Os  processos  de  gerenciamento  das  aquisigoes  do  projeto  envolvem  acordos,  incluindo  contratos,  que  sao 
documentos  legais  entre  um  comprador  e um  fornecedor.  Um  contrato  representa  um  acordo  mutuo  que  obriga 
o fornecedor  a oferecer  algo  de  valor  (por  exemplo,  produtos,  servigos  ou  resultados  especificados)  e obriga  o 
comprador  a fornecer  uma  compensagao  monetaria  ou  de  outro  tipo.  0 acordo  pode  ser  simples  ou  complexo, 
e pode  refletir  a simplicidade  ou  complexidade  dos  resultados  e do  esforgo  necessario. 

Um  contrato  de  aquisigao  inclui  termos  e condigoes  e pode  incorporar  outros  itens  especificados  relativos  ao 
que  o fornecedor  deve  realizar  ou  fornecer.  A equipe  de  gerenciamento  do  projeto  e responsavel  por  assegurar 
que  todas  as  aquisigoes  atendam  as  necessidades  especificas  do  projeto  e,  ao  mesmo  tempo,  cumpram 
as  politicas  de  aquisigao  da  organizagao.  Dependendo  da  area  de  aplicagao,  o contrato  tambem  pode  ser 
chamado  de  acordo,  entendimento,  subcontrato  ou  ordem  de  compra.  A maioria  das  organizagoes  tern  politicas 
e procedimentos  documentados  que  definem  especificamente  as  regras  de  aquisigao  e determinam  quern  tern 
autoridade  para  assinar  e administrar  esses  acordos  em  nome  da  organizagao. 

Embora  todos  os  documentos  do  projeto  possam  estar  sujeitos  a algum  tipo  de  revisao  e aprovagao,  a 
natureza  de  vinculagao  legal  do  contrato  ou  acordo  geralmente  significa  que  ele  estara  sujeito  a um  processo 
de  aprovagao  mais  abrangente.  Em  todos  os  casos,  o foco  principal  do  processo  de  revisao  e aprovagao 
e garantir  que  as  disposigoes  do  contrato  descrevam  os  produtos,  servigos  ou  resultados  que  atenderao  a 
necessidade  identificada  do  projeto. 

A equipe  de  gerenciamento  do  projeto  pode  buscar  desde  o inicio  o apoio  de  especialistas  em  contratos, 
compras,  aspectos  juridicos  e disciplinas  tecnicas.  Esse  envolvimento  pode  ser  exigido  pelas  politicas  da 
organizagao. 

As  diversas  atividades  envolvidas  nos  processos  gerenciamento  das  aquisigoes  do  projeto  compoem  o ciclo 
de  vida  de  um  contrato.  Atraves  do  gerenciamento  ativo  do  ciclo  de  vida  do  contrato  e uma  redagao  cuidadosa 
dos  termos  e condigoes  de  uma  aquisigao,  alguns  riscos  identificaveis  do  projeto  podem  ser  compartilhados 
ou  transferidos  para  um  fornecedor.  Firmar  um  contrato  de  produtos  ou  servigos  e um  metodo  de  alocar  a 
responsabilidade  pelo  gerenciamento  ou  compartilhamento  dos  riscos  potenciais. 

Um  projeto  complexo  pode  envolverogerenciamentodemultiploscontratosousubcontratossimultaneamente 
ou  em  sequencia.  Nesses  casos,  o ciclo  de  vida  de  cada  contrato  pode  terminar  durante  qualquer  fase  do  ciclo 
de  vida  do  projeto.  0 gerenciamento  das  aquisigoes  do  projeto  e analisado  sob  a perspectiva  do  relacionamento 
comprador-fornecedor.  0 relacionamento  comprador-fornecedor  pode  existir  em  varios  niveis  em  qualquer 
projeto,  e entre  organizagoes  internas  e externas  a organizagao  adquirente. 

Dependendo  da  area  de  aplicagao,  o fornecedor  pode  ser  referido  como  contratante,  subcontratante, 
vendedor,  prestador  de  servigos  ou  fornecedor.  Dependendo  da  posigao  do  comprador  no  ciclo  de  aquisigoes  do 
projeto,  o comprador  pode  ser  chamado  de  cliente,  contratante  principal,  contratante,  organizagao  compradora, 
solicitante  do  servigo  ou  comprador.  0 fornecedor  pode  ser  visto  durante  o ciclo  de  vida  do  contrato  primeiro 
como  um  licitante,  depois  como  a fonte  selecionada  e,  finalmente,  como  o fornecedor  ou  vendedor  contratado. 
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Se  a aquisigao  nao  for  somente  de  materiais  de  prateleira,  mercadorias  ou  produtos  comuns,  o fornecedor 
geralmente  gerenciara  o trabalho  como  um  projeto.  Nesses  casos: 

• 0 comprador  torna-se  o cliente  e,  portanto,  e uma  parte  interessada  principal  do  projeto  para  o 
fornecedor. 

• A equipe  de  gerenciamento  de  projetos  do  fornecedor  preocupa-se  com  todos  os  processos  de 
gerenciamento  de  projetos,  nao  somente  com  os  relativos  a essa  area  de  conhecimento. 

• Os  termos  e condigoes  do  contrato  se  tornam  entradas  principals  para  muitos  dos  processos  de 
gerenciamento  do  fornecedor.  0 contrato  pode  realmente  confer  as  entradas  (por  exemplo,  resultados 
mais  importantes,  marcos  principals,  objetivos  de  custos)  ou  pode  limitar  as  opgoes  da  equipe  do 
projeto  (por  exemplo,  a aprovagao  do  comprador  para  decisoes  referentes  a preenchimento  de  vagas 
muitas  vezes  e necessaria  em  projetos  de  concepgao). 

Esta  segao  pressupoe  que  o comprador  de  um  item  para  o projeto  seja  designado  para  a equipe  do  projeto 
e que  o fornecedor  seja  de  uma  organizagao  externa  a equipe  do  projeto.  Pressupoe  tambem  que  uma  relagao 
contratual  formal  sera  desenvolvida  e exista  entre  o comprador  e o fornecedor.  No  entanto,  a maior  parte  das 
discussoes  desta  segao  se  aplica  igualmente  ao  trabalho  nao  contratual,  celebrado  com  outras  unidades  da 
equipe  do  projeto  da  organizagao. 


12.1  Planejar  o gerenciamento  das  aquisigoes 

Planejar  o gerenciamento  da  aquisigoes  e o processo  de  documentagao  das  decisoes  de  compras  do 
projeto,  especificando  a abordagem  e identificando  fornecedores  em  potencial.  0 principal  beneficio  deste 
processo  e que  ele  determina  se  deve-se  adquirir  ou  nao  apoio  externo  e,  se  for  o caso,  o que  adquirir,  como 
fazer  a aquisigao,  a quantidade  necessaria,  e quando  efetuar  a aquisigao.  As  entradas,  ferramentas  e tecnicas, 
e saidas  desse  processo  estao  ilustrados  na  Figura  1 2-2.  A Figura  1 2-3  mostra  o diagrama  de  fluxo  de  dados 
do  processo. 
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Figura  12-2.  Planejar  o gerenciamento  das  aquisigdes:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  12-3.  Diagrama  do  fluxo  do  dados  do  processo  Planejar  o gerenciamento  das  aquisigoes 


0 processo  Planejar  o gerenciamento  das  aquisigoes  identifica  tambem  as  necessidades  do  projeto 
que  podem,  ou  devem,  ser  melhor  atendidas  com  a aquisigao  de  produtos,  servigos  ou  resultados  fora  da 
organizagao  do  projeto,  em  comparagao  com  as  necessidades  do  projeto  que  podem  ser  efetuadas  pela 
equipe  do  projeto.  Quando  o projeto  obtem  os  produtos,  servigos  e resultados  necessarios  ao  seu  desempenho 
fora  da  organizagao  executora,  os  processos  desde  Planejar  o gerenciamento  das  aquisigoes  ate  Encerrar  as 
aquisigoes  sao  realizados  para  cada  item  a ser  adquirido. 
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0 processo  Planejar  o gerenciamento  das  aquisigoes  tambem  inclui  a avaliagao  de  fornecedores  potenciais, 
principalmente  se  o comprador  deseja  exercer  algum  grau  de  influencia  ou  controle  sobre  as  decisoes  de 
aquisigao.  Tambem  e necessario  considerar  quern  e responsavel  por  obter  ou  controlar  todas  as  autorizagoes 
relevantes  e licengas  profissionais  que  podem  ser  exigidas  por  leis,  regulamentagao  ou  politicas  organizacionais 
na  execugao  do  projeto. 

Os  requisitos  do  cronograma  do  projeto  podem  influenciar  significativamente  a estrategia  durante  o processo 
Planejar  o gerenciamento  das  aquisigoes.  As  decisoes  tomadas  no  desenvolvimento  do  piano  de  gerenciamento 
das  aquisigoes  tambem  podem  influenciar  o cronograma  do  projeto  e estao  integradas  com  os  processos 
Desenvolver  o cronograma,  estimar  os  recursos  das  atividades,  e com  a analise  de  fazer  ou  comprar. 

0 processo  Planejar  o gerenciamento  das  aquisigoes  inclui  a avaliagao  dos  riscos  envolvidos  em  cada 
analise  de  fazer  ou  comprar.  Ele  tambem  inclui  a revisao  do  tipo  de  contrato  planejado  para  ser  usado  no  que 
diz  respeito  a evitar  e mitigar  riscos,  as  vezes  com  a transference  de  riscos  para  o fornecedor. 

12.1.1  Planejar  o gerenciamento  das  aquisigoes:  entradas 

12.1.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2.3. 1 . 0 piano  de  gerenciamento  do  projeto  descreve  a necessidade,  a justificativa,  os 
requisitos  e os  limites  atuais  do  projeto.  Ele  inclui,  mas  nao  esta  limitado,  ao  conteudo  da  linha  de  base  do  escopo. 

• Especificagao  do  escopo  do  projeto.  A especificagao  do  escopo  do  projeto  contem  a descrigao  do 
escopo  do  produto,  a descrigao  dos  servigos  e dos  resultados,  a lista  de  entregas  e os  criterios  de 
aceitagao,  assim  como  informagoes  importantes  relativas  as  questoes  ou  preocupagoes  tecnicas  que 
poderiam  afetar  a estimativa  de  custos.  Os  exemplos  de  restrigoes  podem  incluir  as  datas  de  entrega 
requeridas,  recursos  qualificados  disponiveis  e politicas  da  organizagao. 

• EAP.  A estrutura  analitica  do  projeto  (EAP)  contem  os  componentes  de  trabalho  que  podem  ser 
obtidos  externamente. 

• Dicionario  da  EAP.  0 dicionario  da  EAP  e a relagao  das  detalhadas  especificagoes  do  trabalho 
estabelecem  a identificagao  dos  resultados  e a descrigao  do  trabalho  em  cada  componente  da  EAP 
necessario  para  produzir  cada  resultado. 
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12.1.1.2  Documentagao  dos  requisitos 

Descrita  na  Segao  5. 2.3.1 . A documentagao  dos  requisitos  pode  incluir: 

• Informagoes  importantes  sobre  os  requisitos  do  projeto  que  sao  considerados  durante  o planejamento 
das  aquisigoes,  e 

• Requisitos  com  implicagoes  contratuais  e legais  que  podem  incluir  saude,  protegao,  seguranga, 
desempenho,  fatores  ambientais,  seguros,  direitos  de  propriedade  intelectual,  oportunidades  iguais 
de  emprego,  licengas  e autorizagoes  - todos  sao  considerados  no  planejamento  das  aquisigoes. 

12.1.1.3  Registro  dos  riscos 

Descrito  na  Segao  1 1 .2.3.1 . 0 registro  dos  riscos  fornece  a lista  de  riscos,  juntamente  com  os  resultados 
da  analise  dos  riscos  e o planejamento  das  respostas  aos  riscos.  As  atualizagoes  no  registro  dos  riscos  estao 
incluidas  com  as  atualizagoes  nos  documentos  do  projeto  na  Segao  1 1 .5.3.2,  do  processo  Planejar  as  respostas 
aos  riscos. 


12.1.1.4  Requisitos  de  recursos  das  atividades 

Descritos  na  Segao  6. 4.3.1 . Os  requisitos  de  recursos  das  atividades  contem  informagoes  sobre  necessidades 
especificas  como  pessoal,  equipamentos  ou  localizagao. 


12.1.1.5  Cronograma  do  projeto 

Descrito  na  Segao  6. 6.3. 2. 0 cronograma  do  projeto  contem  informagoes  sobre  prazos  requeridos  ou  datas 
estabelecidas  para  resultados. 


12.1.1.6  Estimativas  dos  custos  das  atividades 

Descritas  na  Segao  7.2. 3.1 . As  estimativas  de  custos  desenvolvidas  pela  atividade  de  aquisigao  sao  usadas 
para  avaliar  se  as  licitagoes  ou  propostas  recebidas  de  fornecedores  potenciais  sao  razoaveis. 

12.1.1.7  Registro  das  partes  interessadas 

Descrito  na  Segao  13.1 .3.1 . 0 registro  das  partes  interessadas  fornece  detalhes  sobre  os  participantes  no 
projeto  e seus  interesses  no  projeto. 
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12.1.1.8  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Planejar  o 
gerenciamento  das  aquisigoes  incluem,  mas  nao  estao  limitados,  a: 

• Condigoes  do  mercado; 

• Produtos,  servigos  e resultados  disponiveis  no  mercado; 

• Fornecedores,  incluindo  desempenho  anterior  ou  reputagao; 

• Termos  e condigoes  usuais  para  produtos,  servigos  e resultados  ou  para  o setor  especifico;  e 

• Requisitos  locais  exclusivos. 

12.1.1.9  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1.4.  Os  varios  tipos  de  acordos  contratuais  usados  pela  organizagao  tambem 
influenciam  as  decisoes  para  o processo  Planejar  o gerenciamento  das  aquisigoes.  Os  ativos  de  processos 
organizacionais  que  influenciam  o processo  Planejar  o gerenciamento  das  aquisigoes  incluem,  entre  outros: 

• Politicas,  procedimentos  e diretrizes  formais  de  aquisigoes.  A maioria  das  organizagoes  tern  politicas 
formais  de  aquisigoes  e organizagoes  compradoras.  Quando  esse  apoio  as  aquisigoes  nao  esta 
disponfvel,  a equipe  do  projeto  tera  que  suprir  tanto  os  recursos  quanto  os  conhecimentos  para 
executar  essas  atividades  de  aquisigao. 

• Os  sistemas  de  gerenciamento  que  sao  considerados  no  desenvolvimento  do  piano  de  gerenciamento 
das  aquisigoes  e na  selegao  dos  tipos  de  relacionamentos  contratuais  a serem  usados. 

• Urn  sistema  estabelecido  de  varios  niveis  de  fornecedores  pre-qualificados  com  base  em  experience 
anterior. 

Todas  as  relagoes  contratuais  legais  geralmente  se  encaixam  em  uma  de  duas  familias  genericas:  de  prego 
fixo  ou  de  custos  reembolsaveis.  Alem  disso,  existe  urn  terceiro  tipo  hibrido  comumente  em  uso  chamado  de 
contrato  por  tempo  e materiais.  Os  tipos  de  contratos  mais  populares  em  uso  sao  discutidos  a seguir  como 
tipos  distintos,  mas  na  pratica  nao  e incomum  combinar  urn  ou  mais  tipos  em  uma  unica  aquisigao. 

• Contratos  de  prego  fixo.  Essa  categoria  de  contratos  envolve  a definigao  de  urn  prego  fixo  total  para 
urn  determinado  produto  ou  servigo,  ou  resultado  a ser  fornecido.  Os  contratos  de  prego  fixo  tambem 
podem  incorporar  incentivos  financeiros  para  atingir  ou  exceder  determinados  objetivos  do  projeto, 
tais  como  datas  de  entrega  do  cronograma,  desempenho  tecnico  e de  custos,  ou  qualquer  coisa 
que  possa  ser  quantificada  e subsequentemente  medida.  Os  fornecedores  em  contratos  de  prego 
fixo  sao  legalmente  obrigados  a concluir  os  contratos,  com  possiveis  prejuizos  financeiros  caso  nao 
consigam.  Nos  contratos  de  prego  fixo,  os  compradores  devem  especificar  com  precisao  os  produtos 
ou  servigos  que  estao  sendo  adquiridos.  E possivel  acomodar  mudangas  no  escopo,  mas  em  geral 
com  urn  aumento  no  prego  do  contrato. 


362 


©201 3 Project  Management  Institute.  Urn  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


12  - GERENCIAMENTO  DAS  AQUISIQOES  DO  PROJETO 


o Contratos  de prego  fixo  garantido  (PFG).  0 tipo  de  contrato  mais  usado  e o PFG.  E o preferido 
pela  maioria  das  organizagoes  compradoras,  porque  o prego  das  mercadorias  e definido  no 
inicio  e nao  esta  sujeito  a alteragoes  a menos  que  o escopo  do  trabalho  seja  modificado. 

Qualquer  aumento  de  custo  devido  a um  desempenho  adverso  e responsabilidade  do 
fornecedor,  que  e obrigado  a concluir  o estabelecido.  No  contrato  PFG,  o comprador  deve 
especificar  precisamente  o produto  ou  os  servigos  a serem  adquiridos,  e qualquer  mudanga 
nas  especificagoes  da  aquisigao  pode  aumentar  os  custos  para  o comprador. 

o Contrato  de  prego  fixo  com  remuneragao  de  incentivo  (PFRI).  Esse  acordo  de  prego  fixo 
da  alguma  flexibilidade  ao  comprador  e ao  fornecedor,  uma  vez  que  preve  um  desvio 
em  relagao  ao  desempenho,  com  incentivos  financeiros  vinculados  ao  cumprimento  das 
metricas  estabelecidas.  Em  geral,  esses  incentivos  financeiros  estao  relacionados  ao 
custo,  cronograma  ou  desempenho  tecnico  do  fornecedor.  As  metas  de  desempenho  sao 
estabelecidas  no  inicio  e o prego  final  do  contrato  e determinado  apos  a conclusao  de  todo 
o trabalho  com  base  no  desempenho  do  fornecedor.  Nos  contratos  PFIR,  um  teto  de  pregos 
e definido  e todos  os  custos  acima  desse  teto  sao  responsabilidade  do  fornecedor  que  tern 
a obrigagao  de  concluir  o trabalho. 

o Contratos  de  prego  fixo  com  ajuste  economico  do  prego  (PF-AEP).  Esse  tipo  de  contrato 

e usado  sempre  que  o periodo  de  desempenho  do  fornecedor  se  estende  por  um  numero  12 
consideravel  de  anos,  como  e desejavel  em  muitas  relagoes  de  longo  prazo.  E um  contrato 
de  prego  fixo,  mas  com  uma  clausula  especial  que  preve  ajustes  finals  predefinidos  no 
prego  do  contrato  devido  a mudangas  nas  condigoes,  tais  como  alteragoes  na  inflagao  ou 
aumento  (ou  diminuigao)  de  custos  para  determinadas  mercadorias.  A clausula  AEP  deve 
estar  relacionada  a um  indice  financeiro  confiavel  que  e usado  para  ajustar  com  precisao 
o prego  final.  0 contrato  PF-AEP  tern  o objetivo  de  proteger  tanto  o comprador  quanto  o 
fornecedor  contra  condigoes  externas  fora  do  seu  controle. 

• Contratos  de  custos  reembolsaveis.  Essa  categoria  de  contrato  envolve  pagamentos  (reembolsos 
de  custos)  ao  fornecedor  por  todos  os  custos  reais  e legitimos  incorridos  para  o trabalho  concluido, 
acrescidos  de  uma  remuneragao  que  corresponde  ao  lucro  do  fornecedor.  Os  contratos  de  custos 
reembolsaveis  tambem  incluem  clausulas  de  incentivos  financeiros  sempre  que  o fornecedor  exceder 
ou  ficar  aquem  dos  objetivos  definidos,  tais  como  metas  de  custos,  cronogramas  ou  desempenho 
tecnico.  Tres  dos  tipos  mais  comuns  de  contratos  de  custos  reembolsaveis  utilizados  sao  custo  mais 
remuneragao  fixa  (CMRF),  custo  mais  remuneragao  de  incentivo  (CMRI)  e custo  mais  remuneragao 
concedida  (CMRC).Um  contrato  de  custos  reembolsaveis  da  ao  projeto  flexibilidade  para  redirecionar 
um  fornecedor  sempre  que  o escopo  do  trabalho  nao  puder  ser  definido  com  precisao  no  inicio  e 
precisar  ser  alterado,  ou  quando  existirem  altos  riscos  no  esforgo. 
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o Contratos  de  custo  mais  remuneragao  fixa  (CMRF).  0 fornecedor  e reembolsado  por  todos 
os  custos  permitidos  para  realizar  o trabalho  do  contrato  e recebe  o pagamento  de  uma 
remuneragao  fixa  calculada  como  um  percentual  dos  custos  iniciais  estimados  para  o 
projeto.  A remuneragao  e paga  somente  pelo  trabalho  concluido  e nao  e alterada  devido  ao 
desempenho  do  fornecedor.  Os  valores  da  remuneragao  nao  sao  alterados  a menos  que  o 
escopo  do  projeto  seja  modificado. 

o Contratos  de  custo  mais  remuneragao  de  incentivo  (CMRI).  0 fornecedor  e reembolsado  por 
todos  os  custos  permitidos  para  a realizagao  do  trabalho  e recebe  uma  remuneragao  de  incentivo 
predeterminada  se  alcangar  determinados  objetivos  de  desempenho  estabelecidos  no  contrato. 
Nos  contratos  CMRI,  se  os  custos  finais  forem  menores  ou  maiores  do  que  os  custos  originais 
estimados,  tanto  o comprador  quanto  o fornecedor  dividem  as  diferengas  de  custos,  com  base 
numa  formula  de  divisao  de  custos  prenegociada,  por  exemplo,  uma  divisao  80/20  dos  valores 
acima/abaixo  dos  custos-alvo  baseados  no  desempenho  real  do  fornecedor. 

o Contratos  de  custo  mais  remuneragao  concedida  (CMRC).  0 fornecedor  e reembolsado 
por  todos  os  custos  legftimos,  mas  a maior  parte  da  remuneragao  so  e recebida  se 
forem  cumpridos  determinados  criterios  de  desempenho  amplos  e subjetivos,  definidos 
e incorporados  ao  contrato.  A determinagao  da  remuneragao  baseia-se  somente  na 
determinagao  subjetiva  de  desempenho  do  fornecedor  pelo  comprador  e em  geral  nao  esta 
sujeita  a recursos  administrativos. 

• Contratos  por  tempo  e material  (T&M).  Os  contratos  por  tempo  e material  sao  um  tipo  hlbrido  de 
contrato  que  contem  aspectos  tanto  dos  contratos  de  custos  reembolsaveis  quanto  dos  de  prego 
fixo.  Costumam  ser  usados  para  aumento  de  pessoal,  aquisigao  de  especialistas  e qualquer  apoio 
externo  quando  nao  e posslvel  elaborar  rapidamente  uma  precisa  especificagao  do  trabalho.  Esses 
tipos  de  contratos  sao  semelhantes  aos  contratos  de  custos  reembolsaveis  porque  sao  modificaveis 
e podem  estar  sujeitos  a um  aumento  de  custo  para  o comprador.  0 valor  total  do  acordo  e a 
quantidade  exata  de  itens  a serem  entregues  podem  nao  ser  definidos  pelo  comprador  no  momento 
da  adjudicagao  do  contrato.  Portanto,  os  contratos  T&M  podem  ter  o valor  aumentado  como  se 
fossem  contratos  de  custos  reembolsaveis.  Muitas  organizagoes  exigem  a insergao  de  limites 
maximos  de  valores  e tempo  em  todos  os  contratos  T&M  para  evitar  um  crescimento  ilimitado 
de  custos.  Por  outro  lado,  os  contratos  T&M  tambem  podem  se  assemelhar  aos  acordos  de  prego 
unitario  fixo  quando  determinados  parametros  sao  especificados  no  contrato.  Taxas  unitarias  de 
mao  de  obra  ou  materiais  podem  ser  predefinidas  pelo  comprador  e pelo  fornecedor,  incluindo 
o lucro  do  fornecedor,  quando  as  duas  partes  concordam  quanto  aos  valores  de  determinadas 
categorias  de  recursos,  como  engenheiros  senior  com  remuneragao  especificada  por  hora,  ou 
categorias  de  materiais  a taxas  especificadas  por  unidade. 
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12.1.2  Planejar  o gerenciamento  das  aquisigoes:  ferramentas  e tecnicas 


12.1.2.1  Analise  de  fazer  ou  comprar 

A analise  de  fazer  ou  comprar  e uma  tecnica  geral  de  gerenciamento  usada  para  determinar  se  urn  trabalho 
especifico  pode  ser  melhor  realizado  pela  equipe  do  projeto  ou  se  deve  ser  comprado  de  fontes  externas.  As 
vezes  o recurso  existe  na  organizagao  do  projeto,  mas  pode  estar  alocado  para  outros  projetos;  nesse  caso, 
pode  ser  necessario  obter  recursos  fora  da  organizagao  a fim  de  cumprir  os  compromissos  do  cronograma. 

As  restrigoes  de  orgamento  podem  influenciar  as  decisoes  de  fazer  ou  comprar.  Se  for  tomada  a decisao 
de  comprar,  tambem  devera  ser  feita  uma  opgao  posterior  entre  comprar  ou  arrendar.  A analise  de  fazer  ou 
comprar  deve  considerar  todos  os  custos  relacionados;  tanto  os  custos  diretos  quanto  os  custos  indiretos  de 
apoio.  Por  exemplo,  a analise  do  lado  comprador  inclui  tanto  o desembolso  efetivo  para  compra  do  produto 
quanto  os  custos  indiretos  de  apoio  ao  processo  de  compra  e ao  item  comprado. 

Os  tipos  de  contrato  disponiveis  sao  tambem  considerados  durante  a analise  de  comprar.  0 compartilhamento 
do  risco  entre  o comprador  e o fornecedor  determina  os  tipos  de  contrato  adequados,  enquanto  os  termos  e 
condigoes  contratuais  especificos  formalizam  o grau  de  risco  assumido  pelo  comprador  ou  fornecedor.  Algumas 
jurisdigoes  tern  outros  tipos  de  contratos  definidos,  por  exemplo,  tipos  de  contratos  baseados  nas  obrigagoes 
do  fornecedor,  e nao  nas  do  cliente,  e as  partes  contratuais  tern  a obrigagao  de  identificar  o tipo  de  contrato 
apropriado  assim  que  cheguem  a urn  acordo  sobre  a lei  aplicavel. 


12.1.2.2  Opiniao  especializada 

A opiniao  tecnica  especializada  e usada  com  frequencia  para  avaliar  as  entradas  e saidas  desse  processo. 
A opiniao  especializada  tambem  pode  ser  usada  para  desenvolver  ou  modificar  os  criterios  que  serao  usados 
para  avaliar  as  propostas  dos  fornecedores.  A opiniao  legal  especializada  pode  envolver  os  servigos  de  pessoal 
da  area  jurfdica  para  fornecer  auxilio  em  questoes,  termos  e condigoes  exclusivos  de  aquisigoes.  Essas 
opinioes,  incluindo  os  conhecimentos  tecnicos  e comerciais,  podem  ser  aplicadas  tanto  aos  detalhes  tecnicos 
dos  produtos,  servigos  ou  resultados  adquiridos  quanto  a diversos  aspectos  dos  processos  de  gerenciamento 
das  aquisigoes. 


12.1.2.3  Pesquisa  de  mercado 

A pesquisa  de  mercado  inclui  a analise  das  capacidades  dos  setores  e vendedores  especificos.  As  equipes 
de  aquisigoes  podem  se  basear  em  informagoes  obtidas  em  conferences,  criticas  online,  e em  uma  variedade 
de  fontes  para  identificar  capacidades  de  mercado.  A equipe  tambem  pode  refinar  objetivos  especificos  de 
aquisigoes  para  se  basear  em  tecnologias  estabelecidas,  enquanto  equilibra  os  riscos  associados  com  a gama 
de  vendedores  que  podem  fornecer  os  materiais  ou  servigos  desejados. 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK 9)  — Quinta  Edigao 


365 


12  - GERENCIAMENTO  DAS  AQUISIQOES  DO  PROJETO 


12.1.2.4  Reunides 

A pesquisa  apenas  pode  nao  fornecer  informagoes  especificas  suficientes  para  formular  uma  estrategia  de 
aquisigdes  sem  reunioes  adicionais  de  troca  de  informagoes  com  os  licitantes  potenciais.  Ao  colaborar  com  os 
potenciais  licitantes,  a organizagao  que  esta  adquirindo  o material  ou  servigo  pode  se  beneficiar,  enquanto  o 
fornecedor  pode  influenciar  numa  abordagem  ou  num  produto  mutualmente  benefico. 

12.1.3  Planejar  o gerenciamento  das  aquisigoes  saidas 

12.1.3.1  Plano  de  gerenciamento  das  aquisigdes 

0 piano  de  gerenciamento  das  aquisigdes  e urn  componente  do  piano  de  gerenciamento  do  projeto  que 
descreve  como  a equipe  do  projeto  adquirira  produtos  e servigos  fora  da  organizagao  executora.  Ele  descreve 
como  os  processos  de  aquisigao  serao  gerenciados,  do  desenvolvimento  dos  documentos  de  aquisigdes  ao 
fechamento  do  contrato.  0 piano  de  gerenciamento  das  aquisigdes  pode  incluir  orientagoes  para: 

• Tipos  de  contratos  a serem  usados; 

• Questoes  de  gerenciamento  dos  riscos; 

• Se  serao  usadas  estimativas  independentes  e se  elas  sao  necessarias  como  criterios  de  avaliagao; 

• As  agoes  que  a equipe  de  gerenciamento  de  projetos  pode  adotar  unilateralmente,  caso  a organizagao 
executora  tenha  urn  departamento  estabelecido  de  aquisigdes,  contratos  ou  compras; 

• Documentos  padronizados  de  aquisigao,  caso  necessarios; 

• Gerenciar  varios  fornecedores; 

• Coordenar  as  aquisigdes  com  outros  aspectos  do  projeto,  como  cronogramas  e relatorios  de 
desempenho; 

• Quaisquer  restrigoes  e premissas  que  poderiam  afetar  as  aquisigdes  planejadas; 

• Lidar  com  o longo  tempo  de  espera  necessario  para  comprar  alguns  itens  dos  fornecedores  e 
coordenar  o tempo  extra  necessario  para  adquirir  esses  itens,  com  o desenvolvimento  do  cronograma 
do  projeto; 

• Lidar  com  as  decisoes  de  fazer  ou  comprar  e vincula-las  aos  processos  Estimar  os  recursos  das 
atividades  e Desenvolver  o cronograma; 
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• Definir  as  datas  agendadas  em  cada  contrato  para  os  resultados  e coordena-las  com  os  processos 
de  desenvolvimento  e controle  do  cronograma; 

• Identificar  os  requisitos  de  obrigagoes  de  realizagao  ou  contratos  de  seguros  para  mitigar  algumas 
formas  de  riscos  do  projeto; 

• Estabelecer  a orientagao  a ser  fornecida  aos  fornecedores  para  desenvolvimento  e manutengao  de 
uma  estrutura  analitica  do  projeto  (EAP); 

• Estabelecer  a forma  e o formato  a serem  usados  para  as  especificagoes  do  trabalho  de  aquisigoes/ 
contratos; 

• Identificar  fornecedores  prequalificados  para  serem  usados;  e 

• Metricas  de  aquisigoes  a serem  usadas  para  gerenciar  contratos  e avaliar  fornecedores. 

0 piano  de  gerenciamento  das  aquisigoes  pode  ser  formal  ou  informal,  altamente  detalhado  ou  amplamente 
estruturado,  e e baseado  nas  necessidades  de  cada  projeto. 


12.1.3.2  Especificagao  do  trabalho  das  aquisigoes 

A especificagao  do  trabalho  (ET)  de  cada  aquisigao  e desenvolvida  a partir  da  linha  de  base  do  escopo 
do  projeto  e define  apenas  a parte  do  escopo  do  projeto  que  deve  ser  incluida  no  contrato  correspondente.  A 
ET  da  aquisigao  descreve  o item  de  aquisigao  em  detalhes  suficientes  para  permitir  que  os  fornecedores  em 
potencial  determinem  se  sao  capazes  de  fornecer  os  produtos,  servigos  ou  resultados.  Os  detalhes  podem 
variar  de  acordo  com  a natureza  do  item,  as  necessidades  do  comprador  ou  o tipo  de  contrato  esperado.  As 
informagoes  incluidas  em  uma  ET  podem  incluir  especificagoes,  quantidade  desejada,  niveis  de  qualidade, 
dados  de  desempenho,  periodo  de  desempenho,  local  do  trabalho  e outros  requisitos. 

A ET  das  aquisigoes  deve  ser  escrita  de  modo  claro,  completo  e conciso.  Ela  inclui  uma  descrigao  de 
quaisquer  servigos  adicionais  necessarios,  como  relatorios  de  desempenho  ou  apoio  operacional  pos-projeto 
para  o item  adquirido.  Em  algumas  areas  de  aplicagao,  existem  requisitos  especificos  de  formato  e conteudo 
para  a ET  da  aquisigao.  Cada  aquisigao  requer  uma  ET,  mas  varios  produtos  ou  servigos  podem  ser  agrupados 
como  urn  item  de  aquisigao  em  uma  unica  ET. 

A ET  da  aquisigao  pode  ser  revisada  e refinada  conforme  necessario  durante  o processo  da  aquisigao,  ate 
ser  incorporada  a urn  contrato  assinado. 
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12.1.3.3  Documentos  de  aquisigao 

Os  documentos  de  aquisigao  sao  usados  para  solicitar  propostas  dos  fornecedores  em  potencial.  Termos 
como  licitagao,  oferta  ou  cotagao  sao  usados  geralmente  quando  a decisao  de  escolha  do  fornecedor  for 
baseada  no  prego  (como  na  compra  de  itens  comerciais  ou  padronizados)  enquanto  o termo  proposta  e usado 
quando  outras  consideragoes,  como  capacidade  ou  abordagem  tecnica,  sao  mais  importantes.  Sao  usados 
termos  comuns  para  diferentes  tipos  de  documentos  de  aquisigao  que  podem  incluir  solicitagao  de  informagoes 
(SDI),  convite  para  licitagao  (CPL),  solicitagao  de  proposta  (SDP),  solicitagao  de  cotagao  (SDC),  aviso  de  oferta 
e convite  para  negociagao  e resposta  inicial  do  vendedor.  A terminologia  especifica  de  aquisigao  usada  pode 
variar  de  acordo  com  o setor  e o local  da  aquisigao. 

0 comprador  prepara  os  documentos  de  aquisigao  para  facilitar  uma  resposta  exata  e completa  de  cada 
fornecedor  em  potencial  e para  facilitar  a avaliagao  das  respostas.  Esses  documentos  incluem  uma  descrigao 
do  tipo  de  resposta  desejado,  a especificagao  do  trabalho  da  aquisigao  (ET)  relevante  e as  clausulas  contratuais 
requeridas.  Em  contratos  governamentais,  o conteudo  e a estrutura  dos  documentos  de  aquisigao  podem  ser 
definidos  integral  ou  parcialmente  por  regulamentagao. 

A complexidade  e o nivel  de  detalhe  dos  documentos  de  aquisigao  devem  ser  consistentes  com  o valor 
e os  riscos  associados  com  a aquisigao  planejada.  Os  documentos  de  aquisigao  devem  ser  suficientes  para 
assegurar  respostas  consistentes  e adequadas,  mas  flexiveis  o bastante  para  permitir  consideragoes  de 
sugestoes  do  fornecedor  quanto  a melhores  formas  de  atender  aos  mesmos  requisitos. 

A emissao  de  uma  solicitagao  de  aquisigao  a fornecedores  em  potencial  para  envio  de  uma  proposta  ou 
licitagao  e feita  geralmente  de  acordo  com  as  politicas  da  organizagao  do  comprador,  que  podem  incluir  a 
publicagao  da  solicitagao  em  jornais,  publicagoes  comerciais,  registros  publicos  ou  na  Internet. 

12.1.3.4  Criterios  de  selegao  de  fontes 

Os  criterios  de  selegao  de  fontes  em  geral  sao  incluidos  nos  documentos  de  solicitagao  de  aquisigoes. 
Esses  criterios  sao  desenvolvidos  e usados  para  classificar  ou  avaliar  as  propostas  dos  fornecedores  e podem 
ser  objetivos  ou  subjetivos. 

Os  criterios  de  selegao  podem  se  limitar  ao  prego  de  compra  se  o item  de  aquisigao  estiver  prontamente 
disponivel  de  alguns  fornecedores  aceitaveis.  0 prego  de  compra  nesse  contexto  inclui  o custo  do  item  e todas 
as  despesas  subordinadas,  como  entrega. 

Outros  criterios  de  selegao  podem  ser  identificados  e documentados  para  apoiar  a avaliagao  no  caso  de 
produtos,  servigos  ou  resultados  mais  complexos.  Alguns  criterios  possiveis  para  selegao  de  fontes  sao: 
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• Entendimento  da  necessidade.  Ate  que  ponto  a proposta  do  fornecedor  atende  a especificagao  do 
trabalho  das  aquisigoes? 

• Custo  geral  ou  do  ciclo  de  vida.  0 fornecedor  selecionado  produzira  o custo  total  de  propriedade 
mais  baixo  (custo  da  compra  mais  custo  operacional)? 

• Capacidade  tecnica.  0 fornecedor  tern,  ou  pode-se  esperar  que  ele  adquira,  a capacidade  e os 
conhecimentos  tecnicos  necessarios? 

• Risco.  Que  nfvel  de  risco  esta  embutido  na  especificagao  do  trabalho,  que  nivel  de  risco  sera  atribuido 
ao  fornecedor  selecionado  e de  que  modo  o fornecedor  podera  mitigar  o risco? 

• Abordagem  de  gerenciamento.  0 fornecedor  tern,  ou  pode-se  esperar  que  desenvolva,  processos 
e procedimentos  de  gerenciamento  para  garantir  o exito  do  projeto? 

• Abordagem  tecnica.  As  metodologias  tecnicas,  tecnicas,  solugoes  e servigos  propostos  pelo 
fornecedor  cumprem  os  requisitos  dos  documentos  de  aquisigao,  ou  e provavel  que  fornegam 
resultados  superiores  ou  inferiores  aos  esperados? 

• Garantia.  0 que  o fornecedor  oferece  como  garantia  do  produto  final,  e por  que  periodo? 

• Capacidade  financeira.  0 fornecedor  tem,  ou  pode-se  esperar  que  ele  obtenha,  de  maneira  razoavel, 
os  recursos  financeiros  necessarios? 

• Capacidade  de  produgao  e interesse.  0 fornecedor  tem  capacidade  e interesse  em  atender 
requisitos  futuros  potenciais? 

• Tamanho  e tipo  da  empresa.  A empresa  do  fornecedor  pertence  a uma  categoria  especifica  de 
negocios  tal  como  uma  microempresa  (com  desvantagens,  programas  especificos,  etc.)  conforme 
definido  pela  organizagao  ou  estabelecido  pelo  orgao  governamental  e apresentado  como  uma 
condigao  de  concessao  do  acordo? 

• Desempenho  anterior  dos  fornecedores.  Como  foi  a experiencia  anterior  com  os  fornecedores 
selecionados? 

• References.  0 fornecedor  pode  fornecer  references  de  clientes  anteriores  que  confirmem  sua 
experiencia  de  trabalho  e o cumprimento  dos  requisitos  contratuais? 

• Direitos  de  propriedade  intelectual.  0 fornecedor  reivindica  direitos  de  propriedade  intelectual  nos 
processos  do  trabalho  ou  nos  servigos  que  serao  usados  ou  nos  produtos  a serem  produzidos  para 
o projeto? 

• Direitos  de  propriedade.  0 fornecedor  reivindica  direitos  de  propriedade  nos  processos  do  trabalho 
ou  nos  servigos  que  serao  usados  ou  nos  produtos  a serem  produzidos  para  o projeto? 


©201 3 Project  Management  Institute.  Urn  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


369 


12  - GERENCIAMENTO  DAS  AQUISIQOES  DO  PROJETO 


12.1.3.5  Decisdes  de  fazer  ou  comprar 

A analise  de  fazer  ou  comprar  resulta  em  uma  decisao  sobre  se  um  trabalho  especifico  pode  ser  melhor 
executado  pela  equipe  do  projeto  ou  se  deve  ser  comprado  de  fontes  externas.  Se  a decisao  for  de  fazer  o 
item,  o piano  de  aquisigoes  deve  definir  os  processos  e acordos  infernos  da  companhia.  A decisao  de  comprar 
aciona  um  processo  semelhante  de  se  chegar  a um  acordo  com  o fornecedor  relativo  ao  produto  ou  servigos. 

12.1.3.6  Solicitagoes  de  mudanga 

Uma  decisao  que  envolve  a aquisigao  de  mercadorias,  servigos  ou  recursos  normalmente  requer  uma 
solicitagao  de  mudanga.  Outras  decisoes  durante  o planejamento  das  aquisigoes  tambem  podem  gerar  a 
necessidade  de  solicitagoes  de  mudanga  adicionais.  As  solicitagoes  de  mudanga  sao  processadas  para  revisao 
e disposigao  atraves  do  processo  Realizar  o controle  integrado  de  mudangas  (Segao  4.5).  As  mudangas  no 
piano  de  gerenciamento  do  projeto,  em  seus  pianos  auxiliares  e em  outros  componentes  podem  resultar  em 
solicitagoes  de  mudanga  que  impactam  as  agoes  das  aquisigoes.  As  solicitagoes  de  mudanga  sao  processadas 
para  revisao  e disposigao  atraves  do  processo  Realizar  o controle  integrado  de  mudangas  (Segao  4.5). 

12.1.3.7  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Documentagao  dos  requisitos, 

• Matriz  de  rastreabilidade  dos  requisitos,  e 

• Registro  dos  riscos. 
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12.2  Conduzir  as  aquisigoes 


Conduzir  as  Aquisigoes  e o processo  de  obtengao  de  respostas  de  fornecedores,  selegao  de  um  fornecedor 
e adjudicagao  de  um  contrato.  0 principal  beneficio  desse  processo  e prover  o alinhamento  das  expectativas 
internas  e externas  das  partes  interessadas  atraves  de  acordos  estabelecidos.  As  entradas,  ferramentas  e 
tecnicas,  e saidas  desse  processo  estao  ilustrados  na  Figura  12-4.  A Figura  12-5  mostra  o diagrama  de  fluxo 
de  dados  do  processo. 
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Figura  12-4.  Conduzir  as  aquisigoes:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  12-5.  Diagrama  do  fluxo  de  dados  do  processo  Conduzir  as  aquisigoes 

Durante  o processo  Conduzir  as  aquisigoes,  a equipe  recebera  licitagoes  ou  propostas  e aplicara  criterios 
de  selegao  previamente  definidos  para  escolher  um  ou  mais  fornecedores  qualificados  para  realizar  o trabalho 
e aceitaveis  como  fornecedores. 
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Nos  itens  de  aquisigoes  mais  importantes,  o processo  geral  de  solicitagao  de  respostas  dos  fornecedores  e 
avaliagao  dessas  respostas  pode  ser  repetido.  E possivel  gerar  uma  lista  resumida  de  fornecedores  qualificados 
com  base  em  uma  proposta  preliminar.  Uma  avaliagao  mais  detalhada  podera  entao  ser  realizada  de  acordo 
com  urn  documento  de  requisitos  mais  especificos  e abrangentes  solicitado  aos  fornecedores  da  lista  resumida. 

Alem  disso,  as  ferramentas  e tecnicas  aqui  descritas  podem  ser  usadas  sozinhas  ou  em  combinagao  para 
selecionar  os  fornecedores.  Por  exemplo,  e possivel  usar  urn  sistema  de  ponderagao  para: 

• Selecionar  urn  unico  fornecedor  que  sera  solicitado  a assinar  urn  contrato  padrao;  e 

• Estabelecer  uma  sequencia  de  negociagao  classificando  todas  as  propostas  pelas  pontuagoes  da 
avaliagao  ponderada  atribuidas  a cada  proposta. 

12.2.1  Conduzir  as  aquisigoes:  entradas 

12.2.1.1  Plano  de  gerenciamento  das  aquisigdes 

Descrito  na  Segao  4.2.3.1 . 0 piano  de  gerenciamento  das  aquisigoes  descreve  como  os  processos  de  aquisigao 
serao  gerenciados  desde  o desenvolvimento  dos  documentos  de  aquisigoes  ate  o fechamento  do  contrato. 

12 

12.2.1.2  Documentos  de  aquisigao 

Descritos  na  Segao  12.1.3.3.  Os  documentos  de  aquisigao  fornecem  urn  registro  de  atividades  para 
contratos  e outros  acordos. 

12.2.1.3  Criterios  para  selegao  de  fontes 

Descritos  na  Segao  1 2.1 .3.4. 

Os  criterios  para  selegao  de  fontes  podem  incluir  informagoes  sobre  a competencia,  capacidade,  datas  de 
entrega,  custo  dos  produtos,  custo  do  ciclo  de  vida,  conhecimentos  tecnicos  e abordagem  do  contrato  exigidos 
do  fornecedor. 

12.2.1.4  Propostas  dos  fornecedores 

As  propostas  dos  fornecedores  preparadas  em  resposta  a urn  pacote  de  documentos  de  aquisigao  formam 
o conjunto  de  informagoes  basico  que  sera  usado  por  urn  grupo  de  avaliagao  para  selecionar  urn  ou  mais 
licitantes  bem-sucedidos  (fornecedores). 


©201 3 Project  Management  Institute.  Urn  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


373 


12  - GERENCIAMENTO  DAS  AQUISIQOES  DO  PROJETO 


12.2.1.5  Documentos  do  projeto 

Descritos  na  Segao  1 1 .5.3.2.  Os  documentos  do  projeto  que  sao  frequentemente  considerados  incluem  as 
decisoes  contratuais  relacionadas  com  o risco  inclmdas  no  registro  dos  riscos. 

12.2.1.6  Decisoes  de  fazer  ou  comprar 

Descritas  na  Segao  12.1.3.5.  As  organizagoes  que  compram  mercadorias  ou  servigos  analisam  a 
necessidade,  identificam  os  recursos  e entao  comparam  as  estrategias  de  aquisigoes  quando  decidem  comprar. 
As  organizagoes  tambem  avaliam  a necessidade  de  comprar  os  produtos  versus  fazer  os  itens  elas  mesmas. 
Os  fatores  que  influenciam  as  decisoes  de  fazer  ou  comprar  podem  incluir: 

• As  competences  principal  da  organizagao, 

• 0 valor  entregue  pelos  vendedores  que  atenda  as  necessidades, 

• Riscos  associados  com  o atendimento  da  necessidade  de  uma  maneira  economicamente  eficaz,  e 

• Capacidade  internamente  comparada  com  a comunidade  do  vendedor. 

12.2.1.7  Especificagao  do  trabalho  das  aquisigoes 

Descrita  na  Segao  12.1.3.2.  A especificagao  do  trabalho  das  aquisigoes  fornece  aos  fornecedores 
urn  conjunto  claro  de  metas,  requisitos  e resultados  a partir  dos  quais  eles  podem  fornecer  uma  resposta 
quantificavel.  A especificagao  do  trabalho  e urn  componente  critico  do  processo  de  aquisigoes  e pode  ser 
modificada  de  acordo  com  a necessidade,  atraves  desse  processo,  ate  que  urn  acordo  final  esteja  em  vigor.  As 
especificagoes  do  trabalho  podem  incluir,  mas  nao  estao  limitadas  a: 

• Especificagoes, 

• Quantidade  desejada, 

• Niveis  de  qualidade, 

• Dados  de  desempenho, 

• Periodo  de  desempenho, 

• Local  de  trabalho,  e 

• Outros  requisitos. 
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12.2.1.8  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Conduzir  as  aquisigoes  incluem,  entre  outros: 

• Listas  de  fornecedores  em  potencial  e previamente  qualificados, 

• Informagfies  sobre  experiences  passadas  relevantes  com  os  fornecedores,  tanto  positivas  quanto 
negativas,  e 

• Acordos  anteriores. 

Sempre  que  houver  um  acordo  de  cooperagao  anterior,  os  papeis  do  comprador  e do  fornecedor  ja  terao  sido 
decididos  pela  administragao  executiva.  Em  alguns  casos,  o fornecedor  pode  ja  estar  trabalhando  com  base  em 
algum  tipo  de  contrato  financiado  pelo  comprador  ou  em  conjunto  pelas  duas  partes.  0 papel  do  comprador 
e do  fornecedor  nesse  processo  e preparar  coletivamente  uma  especificagao  do  trabalho  das  aquisigoes  que 
atenda  aos  requisitos  do  projeto.  Em  seguida,  as  partes  negociarao  um  contrato  final  a ser  firmado. 


12.2.2  Conduzir  as  aquisigoes:  ferramentas  e tecnicas 
12.2.2.1  Reuni5es  com  licitantes 


As  reunifies  com  licitantes  (as  vezes  chamadas  de  reunifies  com  contratados,  com  fornecedores  e de 
pre-licitagao)  sao  reunifies  entre  o comprador  e todos  os  fornecedores  em  potencial  antes  de  submeter  uma 
licitagao  ou  proposta.  Elas  sao  usadas  para  assegurar  que  todos  os  fornecedores  em  potencial  tenham  um 
entendimento  claro  e comum  da  aquisigao  (tanto  dos  requisitos  tecnicos  quanto  dos  contratuais)  e que  nenhum 
licitante  receba  um  tratamento  preferencial.  Para  serem  justos,  os  compradores  devem  ter  muito  cuidado  para 
assegurar  que  todos  os  fornecedores  em  potencial  ougam  todas  as  perguntas  de  cada  fornecedor  em  potencial 
e todas  as  respostas  do  comprador.  Uma  atitude  justa  tipica  utiliza  tecnicas  como  a coleta  de  perguntas  dos 
licitantes,  ou  a organizagao  de  visitas  aoterreno  antes  da  reuniao  com  os  licitantes.  As  respostas  as  perguntas 
podem  ser  incorporadas  aos  documentos  de  aquisigao  como  emendas. 


12.2.2.2  Tecnicas  de  avaliagao  de  propostas 

Em  aquisigfies  complexas,  onde  a selegao  de  fontes  sera  feita  com  base  nas  respostas  dos  fornecedores 
a criterios  de  ponderagao  previamente  definidos,  um  processo  formal  de  revisao  da  avaliagao  sera  definido 
pelas  politicas  de  aquisigao  do  comprador.  0 comite  de  avaliagao  fara  uma  selegao  para  aprovagao  pela 
administragao  antes  da  adjudicagao. 
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12.2.2.3  Estimativas  independentes 

Para  muitos  itens  de  aquisigao,  a organ izagao  adquirente  pode  optar  por  preparar  suas  proprias  estimativas 
independentes  ou  preparar  uma  estimativa  de  custos  com  urn  profissional  externo,  para  servir  de  ponto  de 
referenda  para  as  respostas  propostas.  Diferengas  significativas  nas  estimativas  de  custos  podem  ser  uma 
indicagao  de  que  a especificagao  do  trabalho  das  aquisigoes  foi  deficiente,  ambigua  e/ou  que  os  fornecedores 
em  potencial  nao  entenderam  ou  nao  responderam  completamente  a especificagao  do  trabalho  das  aquisigoes. 

12.2.2.4  Opiniao  especializada 

A opiniao  especializada  pode  ser  usada  na  avaliagao  das  propostas  dos  fornecedores.  A avaliagao  das 
propostas  pode  ser  realizada  por  uma  equipe  multidisciplinar  de  revisao  com  experience  em  cada  uma  das 
areas  cobertas  pelos  documentos  de  aquisigao  e o contrato  proposto.  Isso  pode  incluir  conhecimentos  de 
disciplinas  funcionais,  como  contratos,  direito,  finangas,  contabilidade,  engenharia,  planejamento,  pesquisa, 
desenvolvimento,  vendas  e fabricagao. 

12.2.2.5  Publicidade 

As  listas  existentes  de  fornecedores  em  potencial  muitas  vezes  podem  ser  ampliadas  com  a colocagao  de 
anuncios  em  publicagoes  de  grande  circulagao,  como  em  jornais  selecionados  ou  em  publicagoes  comerciais 
especializadas.  Algumas  organizagoes  usam  recursos  online  para  comunicar  as  solicitagoes  a comunidade  do 
vendedor.  Algumas  jurisdigoes  governamentais  exigem  anuncios  publicos  para  determinados  tipos  de  itens  de 
aquisigao,  e a maioria  delas  exige  anuncios  publicos  ou  postagem  online  de  contratos  governamentais  pendentes. 

12.2.2.6  Tecnicas  analiticas 

As  aquisigoes  envolvem  a definigao  de  uma  necessidade  de  tal  forma  que  os  vendedores  possam  proporcionar 
valor  atraves  das  suas  ofertas.  Para  assegurar  que  a necessidade  possa  e seja  atendida,  as  tecnicas  analiticas 
podem  ajudar  as  organizagoes  a identificar  o preparo  do  vendedor  para  fornecer  o resultado  final  pretendido, 
determinar  o custo  esperado  para  suportar  o orgamento,  e evitar  os  excessos  de  custos  decorrentes  de 
mudangas.  Ao  analisar  as  informagoes  de  desempenhos  anteriores,  as  equipes  podem  identificar  as  areas  de 
maior  risco  e que  devem  ser  monitoradas  de  perto  para  assegurar  o exito  do  projeto. 
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12.2.2.7  Negociagoes  das  aquisigoes 

As  negociagoes  das  aquisigoes  esclarecem  a estrutura,  os  requisitos  e outros  termos  das  compras  de  modo  que 
seja  possivel  obter  um  acordo  mutuo  antes  da  assinatura  do  contrato.  As  disposigoes  finais  do  contrato  refletem 
todos  os  acordos  obtidos.  Os  assuntos  tratados  incluem  responsabilidades,  autoridade  para  fazer  mudangas, 
legislagao  e termos  aplicaveis,  abordagens  comerciais  e tecnicas  de  gerenciamento,  direitos  de  propriedade, 
financiamento  de  contratos,  solugoes  tecnicas,  cronograma  geral,  pagamentos  e pregos.  As  negociagoes  sao 
concluidas  com  um  documento  contratual  que  pode  ser  firmado  pelo  comprador  e pelo  fornecedor. 

Para  itens  de  aquisigoes  complexas,  a negociagao  do  contrato  pode  ser  um  processo  independente  com 
entradas  (por  exemplo,  lista  de  questoes  ou  de  itens  pendentes)  e saidas  (por  exemplo,  decisoes  documentadas) 
individuais.  Para  os  itens  de  aquisigao  simples,  os  termos  e condigoes  do  contrato  podem  ser  previamente 
definidos  e nao  negociaveis  e so  precisam  ser  aceitos  pelo  fornecedor. 

0 gerente  do  projeto  nao  pode  ser  o principal  negociador  nas  aquisigoes.  0 gerente  e outros  membros  da 
equipe  de  gerenciamento  do  projeto  podem  estar  presentes  durante  as  negociagoes  para  fornecer  assistencia 
e,  se  necessario,  para  acrescentar  esclarecimentos  dos  requisitos  tecnicos,  de  qualidade  e de  gerenciamento 
do  projeto. 

12.2.3  Conduzir  as  aquisigoes:  saidas 


12.2.3.1  Fornecedores  selecionados 

Os  fornecedores  selecionados  sao  os  que  foram  considerados  como  estando  em  uma  faixa  competitiva  de 
acordo  com  o resultado  da  avaliagao  da  proposta  ou  da  licitagao,  e que  negociaram  uma  minuta  do  contrato 
que  se  tornara  o contrato  real  quando  for  feita  a adjudicagao.  A aprovagao  final  de  todas  as  aquisigoes 
complexas,  de  alto  valor  e alto  risco,  em  geral  exige  a aprovagao  da  administragao  senior  da  organizagao  antes 
da  adjudicagao. 

12.2.3.2  Acordos 

Um  contrato  de  aquisigao  inclui  termos  e condigoes  e pode  incorporar  outros  itens  especificados  pelo 
comprador  relativos  ao  que  o fornecedor  deve  executar  ou  fornecer.  E responsabilidade  da  equipe  de 
gerenciamento  do  projeto  assegurar  que  todos  os  acordos  atendam  as  necessidades  especificas  do  projeto 
e,  ao  mesmo  tempo,  cumpram  as  politicas  de  aquisigao  da  organizagao.  Dependendo  da  area  de  aplicagao, 
um  acordo  tambem  pode  ser  chamado  de  entendimento,  contrato,  subcontrato  ou  pedido  de  compra. 
Independentemente  da  complexidade  do  documento,  o contrato  e um  acordo  legal  que  gera  obrigagoes  entre 
as  partes  e que  obriga  o fornecedor  a oferecer  os  produtos,  servigos  ou  resultados  especificados  e obriga  o 
comprador  a remunerar  o fornecedor.  0 contrato  e uma  relagao  legal  sujeita  a agoes  corretivas  nos  tribunais. 
Os  principals  componentes  do  documento  de  um  acordo  variam,  mas  em  geral  incluem: 
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• Especificagao  do  trabalho  ou  resultados, 

• Linha  de  base  do  cronograma, 

• Relatorios  de  desempenho, 

• Perfodo  de  desempenho, 

• Papeis  e responsabilidades, 

• Local  de  desempenho  do  fornecedor, 

• Definigao  de  pregos, 

• Condigoes  de  pagamento, 

• Local  de  entrega, 

• Criterios  de  inspegao  e aceitagao, 

• Garantia, 

• Apoio  ao  produto, 

• Limitagao  de  responsabilidade, 

• Taxas  e adiantamento, 

• Penalidades, 

• Incentivos, 

• Seguros  e seguros  desempenho, 

• Aprovagoes  de  subcontratadas  subordinadas, 

• Tratamento  de  solicitagoes  de  mudanga,  e 

• Mecanismos  de  rescisao  e de  resolugao  alternativa  de  disputas  (RAD).  0 metodo  RAD  pode  ser 
decidido  com  antecedencia  como  parte  da  concessao  da  aquisigao. 

12.2.3.3  Calendarios  dos  recursos 

A quantidade  e a disponibilidade  de  recursos  contratados  e as  datas  em  que  cada  recurso  especffico  ou 
grupo  de  recursos  pode  estar  ativo  ou  inativo  sao  documentados. 

12.2.3.4  Solicitagoes  de  mudanga 

As  solicitagoes  de  mudanga  no  piano  de  gerenciamento  do  projeto,  nos  pianos  auxiliares  e em  outros 
componentes  sao  processadas  para  revisao  e disposigao  por  meio  do  processo  Realizar  o controle  integrado 
de  mudangas  (Segao  4.5). 
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12.2.3.5  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Unha  de  base  de  custos, 

• Unha  de  base  do  escopo, 

• Unha  de  base  do  cronograma, 

• Plano  de  gerenciamento  das  comunicagoes,  e 

• Plano  de  gerenciamento  das  aquisigoes. 


12.2.3.6  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Documentagao  dos  requisitos, 

• Matriz  de  rastreabilidade  de  requisitos, 

• Registro  dos  riscos,  e 

• Registro  das  partes  interessadas. 


12.3  Controlar  as  aquisigoes 

Controlar  as  aquisigoes  e o processo  de  gerenciamento  das  relagoes  de  aquisigoes,  monitoramento 
do  desempenho  do  contrato  e realizagoes  de  mudangas  e corregoes  nos  contratos,  conforme  necessario. 
0 principal  beneficio  desse  processo  e a garantia  de  que  o desempenho  tanto  do  fornecedor  quanto  do 
comprador  cumprem  os  requisitos  de  aquisigao,  de  acordo  com  os  termos  do  acordo  legal.  As  entradas, 
ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustrados  na  Figura  12-6.  A Figura  12-7  mostra  o 
diagrama  de  fluxo  de  dados  do  processo. 


r i 

Entradas 

r ; . i 

Ferramentas  e tecmcas 

J"  Saidas  ^ 

.1  Plano  de  gerenciamento 
do  projeto 

.2  Documentos  de  aquisigao 

.3  Acordos 

.4  Solicitagoes  de  mudanga 
aprovadas 

.5  Relatorios  de  desempenho 
do  trabalho 

.6  Dados  de  desempenho  do 
trabalho 

V J 

.1  Sistema  de  controle  de 
mudangas  no  contrato 
.2  Analise  de  desempenho 
das  aquisigoes 
.3  Inspegoes  e auditorias 
.4  Relatorios  de  desempenho 
.5  Sistemas  de  pagamento 
.6  Administragao  de 
reivindicagoes 

.7  Sistema  de  gerenciamento 
de  registros 

.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudanga 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 

^ J 

Figura  12-6.  Controlar  as  aquisigdes:  entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  12-7.  Diagrama  do  fluxo  de  dados  do  processo  Controlar  as  aquisigdes 


Tanto  o comprador  quanto  o fornecedor  administram  o contrato  de  aquisigao  com  objetivos  semelhantes. 
Cada  urn  precisa  assegurar  que  ambas  as  partes  cumpram  suas  obrigagoes  contratuais  e que  seus  proprios 
direitos  legais  sejam  protegidos.  A natureza  legal  da  relagao  contratual  torna  imperativo  que  a equipe  de 
gerenciamento  do  projeto  esteja  ciente  das  implicagoes  legais  das  agoes  adotadas  na  administragao  de 
qualquer  aquisigao.  Em  projetos  maiores  com  varios  fornecedores,  urn  aspecto  fundamental  da  administragao 
de  contratos  e gerenciar  as  interfaces  entre  os  diversos  fornecedores. 


Devido  as  variadas  estruturas  organizacionais,  muitas  organizagoes  tratam  a administragao  de  contratos 
como  uma  fungao  administrativa  separada  da  organizagao  do  projeto.  Embora  possa  haver  urn  administrador  de 
aquisigoes  na  equipe  do  projeto,  esse  individuo  em  geral  se  reporta  a urn  supervisor  de  outro  departamento.  Isso 
ocorre  principalmente  se  a organizagao  executora  tambem  for  o fornecedor  do  projeto  para  urn  cliente  externo. 
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0 processo  Controlar  as  aquisigoes  inclui  a aplicagao  dos  processos  apropriados  de  gerenciamento  de 
projetos  as  relagoes  contratuais  e a integragao  das  resultados  desses  processos  no  gerenciamento  geral  do 
projeto.  Essa  integragao  muitas  vezes  ocorre  em  varios  niveis  quando  existem  varios  fornecedores  e quando 
ha  o envolvimento  de  varios  produtos,  servigos  ou  resultados.  Os  processos  de  gerenciamento  de  projetos  que 
se  aplicam  podem  incluir,  entre  outros: 

• Orientar  e gerenciar  a execugao  do  projeto.  Autorizar  o trabalho  do  fornecedor  na  ocasiao  apropriada. 

• Controlar  a qualidade.  Inspecionar  e verificar  a adequagao  do  produto  do  fornecedor. 

• Realizar  o controle  integrado  de  mudangas.  Garantir  que  as  mudangas  sejam  aprovadas  de  forma 
adequada  e que  todas  as  pessoas  envolvidas  estejam  cientes  dessas  mudangas. 

• Controlar  os  riscos.  Para  garantir  a mitigagao  dos  riscos. 

0 processo  Controlar  as  aquisigoes  tambem  tern  urn  componente  de  gerenciamento  financeiro  que  envolve 
o monitoramento  dos  pagamentos  ao  fornecedor.  Isso  garante  que  os  termos  de  pagamento  definidos  no 
contrato  sejam  cumpridos  e que  a remuneragao  do  fornecedor  seja  vinculada  ao  seu  progresso,  conforme 
definido  no  contrato.  Uma  das  principals  preocupagoes  ao  fazer  o pagamento  dos  fornecedores  e que  exista 
uma  relagao  rigorosa  entre  os  pagamentos  feitos  e o trabalho  realizado. 

0 processo  Controlar  as  aquisigoes  analisa  e documenta  como  o fornecedor  esta  se  desempenhando 
ou  se  desempenhou  com  base  no  contrato,  e estabelece  agoes  corretivas  quando  necessario.  Essa  revisao 
do  desempenho  pode  ser  usada  como  uma  medida  da  competencia  do  fornecedor  para  realizar  trabalhos 
similares  em  projetos  futuros.  Avaliagoes  semelhantes  tambem  sao  realizadas  quando  e necessario  confirmar 
que  urn  fornecedor  nao  esta  cumprindo  as  obrigagoes  contratuais  e quando  o comprador  precisa  considerar 
agoes  corretivas.  0 processo  Controlar  as  aquisigoes  captura  os  detalhes  necessarios  para  o gerenciamento 
de  quaisquer  cancelamentos  antes  do  tempo  do  trabalho  contratado  (por  justa  causa,  conveniencia  ou 
inadimplencia)  de  acordo  com  a clausula  de  rescisao  do  acordo.  Esses  detalhes  sao  usados  no  processo 
Encerrar  as  aquisigoes  para  cancelar  o acordo. 

Os  acordos  podem  ser  retificados  a qualquer  momento  antes  do  encerramento  do  contrato  por  consentimento 
mutuo,  de  acordo  com  os  termos  de  controle  de  mudangas  do  acordo.  Tais  corregoes  sao  normalmente  feitas 
por  escrito. 


12.3.1  Controlar  as  aquisigoes:  entradas 

12.3.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4. 2.3.1 . 0 piano  de  gerenciamento  do  projeto  descreve  como  os  processos  de  aquisigao 
serao  gerenciados,  do  desenvolvimento  dos  documentos  de  aquisigoes  ao  fechamento  do  contrato. 
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12.3.1.2  Documentos  de  aquisigao 

Descritos  na  Segao  12.1.3.3.  Os  documentos  de  aquisigao  contem  registros  completos  de  apoio  para  a 
administragao  dos  processos  de  aquisigao;  isso  inclui  adjudicagoes  de  contratos  de  aquisigao  e a especificagao 
do  trabalho. 

12.3.1.3  Acordos 

Descritos  na  Segao  12.2.3.2.  Os  acordos  e entendimentos  entre  as  partes,  incluindo  o entendimento  dos 
deveres  de  cada  parte. 

12.3.1.4  Solicitagoes  de  mudanga  aprovadas 

As  solicitagoes  de  mudanga  aprovadas  podem  incluir  modificagoes  nos  termos  e condigoes  do  contrato, 
incluindo  a especificagao  do  trabalho  da  aquisigao,  a definigao  de  pregos  e as  descrigoes  dos  produtos,  servigos 
ou  resultados  a serem  fornecidos.  Todas  as  mudangas  relativas  as  aquisigoes  sao  formalmente  documentadas 
por  escrito  e aprovadas  antes  de  serem  implementadas  atraves  do  processo  Controlar  as  aquisigoes. 

12.3.1.5  Relatorios  de  desempenho  do  trabalho 

Descritos  na  Segao  4.4. 3.2.  A documentagao  relacionada  ao  desempenho  do  fornecedor  inclui: 

• Documentagao  tecnica.  Documentagao  tecnica  desenvolvida  pelo  fornecedor  e outras  informagoes 
fornecidas  de  acordo  com  os  termos  do  contrato. 

• Informagoes  de  desempenho  do  trabalho.  Os  relatorios  de  desempenho  do  fornecedor  indicam  os 
resultados  que  foram  concluidos  e os  que  nao  foram. 

12.3.1.6  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4.3. 3.2.  As  informagoes  sobre  o desempenho  do  trabalho  incluem  (1)  ate  que  ponto 
os  padroes  de  qualidade  estao  sendo  cumpridos,  (2)  os  custos  que  foram  incorridos  ou  comprometidos,  e 
(3)  a identificagao  das  faturas  do  fornecedor  que  foram  pagas.  Todos  os  dados  sao  coletados  como  parte  da 
execugao  do  projeto. 
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12.3.2  Controlar  as  aquisigoes:  ferramentas  e tecnicas 


12.3.2.1  Sistema  de  controle  de  mudangas  no  contrato 

0 sistema  de  controle  de  mudangas  no  contrato  define  o processo  pelo  qual  as  aquisigoes  podem  ser 
modificadas.  Ele  inclui  os  documentos,  sistemas  de  acompanhamento,  procedimentos  de  resolugao  de  disputas 
e os  niveis  de  aprovagao  necessarios  para  autorizar  as  mudangas.  0 sistema  de  controle  de  mudangas  no 
contrato  esta  integrado  ao  sistema  de  controle  integrado  de  mudangas. 


12.3.2.2  Analises  de  desempenho  das  aquisigoes 

A analise  de  desempenho  das  aquisigoes  e uma  avaliagao  estruturada  do  progresso  do  fornecedor  para 
entregar  o escopo  e a qualidade  do  projeto,  dentro  dos  custos  e do  cronograma,  em  comparagao  com  o contrato. 
Pode  incluir  uma  analise  da  documentagao  preparada  pelo  fornecedor  e inspegoes  do  comprador,  bem  como 
as  auditorias  de  qualidade  realizadas  durante  a execugao  do  trabalho  do  fornecedor.  0 objetivo  da  analise  de 
desempenho  e identificar  os  exitos  e fracassos  do  desempenho,  o progresso  em  relagao  a especificagao  do 
trabalho  da  aquisigao  e o nao  cumprimento  do  contrato,  permitindo  que  o comprador  quantifique  a capacidade 
ou  incapacidade  demonstrada  pelo  fornecedor  para  executar  o trabalho.  Essas  analises  podem  ser  feitas  como 
parte  das  avaliagoes  de  andamento  do  projeto  que  incluem  os  principals  fornecedores. 


12.3.2.3  Inspegdes  e auditorias 

Inspegoes  e auditorias  solicitadas  pelo  comprador  e apoiadas  pelo  fornecedor,  conforme  especificado  no 
contrato  de  aquisigao,  podem  ser  conduzidas  durante  a execugao  do  projeto  para  verificar  a conformidade  nos 
processos  de  trabalho  ou  nas  resultados  do  fornecedor.  Se  for  autorizado  por  contrato,  algumas  equipes  de 
inspegao  e auditoria  podem  incluir  pessoal  de  aquisigoes  do  comprador. 


12.3.2.4  Relatorios  de  desempenho 

Os  dados  de  desempenho  do  trabalho  e os  relatorios  fornecidos  pelos  fornecedores  sao  avaliados  em 
relagao  aos  requisitos  do  acordo.  As  informagoes  de  desempenho  do  trabalho  resultantes  dessa  avaliagao  sao 
em  seguida  relatadas,  como  apropriado.  Os  relatorios  de  desempenho  proporcionam  a gerencia  informagoes 
sobre  a eficacia  com  que  o fornecedor  esta  atingindo  os  objetivos  contratuais. 


12.3.2.5  Sistemas  de  pagamento 

Os  pagamentos  ao  fornecedor  em  geral  sao  processados  pelo  sistema  de  contas  a pagar  do  comprador  apos 
a certificagao  de  trabalho  satisfatorio  por  uma  pessoa  autorizada  da  equipe  do  projeto.  Todos  os  pagamentos 
devem  serfeitos  e documentados  em  total  concordance  com  os  termos  do  contrato. 
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12.3.2.6  Administragao  de  reivindicagoes 

As  mudangas  contestadas  e as  mudangas  construtivas  em  potencial  sao  as  modificagoes  solicitadas  em 
que  o comprador  e o fornecedor  nao  conseguem  chegar  a um  acordo  sobre  a remuneragao  ou  nao  concordam 
que  uma  mudanga  tenha  ocorrido.  Essas  mudangas  contestadas  sao  chamadas  de  reivindicagoes,  disputas 
ou  recursos  administrativos.  As  reivindicagoes  sao  documentadas,  processadas,  monitoradas  e gerenciadas 
durante  todo  o ciclo  de  vida  do  contrato,  geralmente  de  acordo  com  os  termos  do  contrato.  Se  as  partes 
nao  resolverem  uma  reivindicagao,  ela  tera  que  ser  tratada  em  conformidade  com  metodos  alternatives  de 
resolugao  de  disputas,  de  acordo  com  os  procedimentos  estabelecidos  no  contrato.  0 acordo  de  todas  as 
reivindicagoes  e disputas  por  meio  de  negociagao  e o metodo  preferencial. 

12.3.2.7  Sistema  de  gerenciamento  de  registros 

0 sistema  de  gerenciamento  de  registros  e usado  pelo  gerente  de  projetos  para  gerenciar  os  registros  e 
a documentagao  do  contrato  e da  aquisigao.  Ele  consiste  em  um  conjunto  de  processos,  fungoes  de  controle 
relacionadas  e ferramentas  de  automagao  que  sao  consolidados  e combinados  como  parte  do  sistema  de 
informagoes  do  gerenciamento  de  projetos  (Segao  4.4. 2.3).  0 sistema  content  um  arquivo  recuperavel  de 
documentos  e correspondences  contratuais. 

12.3.3  Controlar  as  aquisigoes:  sai'das 

12.3.3.1  Informagdes  sobre  o desempenho  do  trabalho 

As  informagoes  sobre  o desempenho  do  trabalho  fornecem  uma  base  para  a identificagao  de  problemas 
atuais  em  potencial  a fim  de  apoiar  reivindicagoes  futuras  ou  novas  aquisigoes.  Ao  relatar  o desempenho  de 
um  vendedor,  a organizagao  aprimora  o conhecimento  do  desempenho  da  aquisigao,  que  suporta  a previsao, 
gerenciamento  dos  riscos  e processo  decisorio  melhorados.  Os  relatorios  de  desempenho  tambem  ajudam  no 
caso  de  uma  disputa  com  o vendedor. 

As  informagoes  de  desempenho  de  trabalho  incluem  o relato  sobre  o cumprimento  dos  contratos,  que 
fornecem  as  organizagoes  compradoras  um  mecanismo  de  acompanhamento  de  entregas  especificas 
esperadas  e recebidas  dos  vendedores.  Os  relatorios  de  cumprimento  do  contrato  apoiam  as  comunicagoes 
melhoradas  com  os  vendedores  para  que  as  questoes  em  potencial  sejam  imediatamente  abordadas  a fim  de 
satisfazer  todas  as  partes. 
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12.3.3.2  Solicitagoes  de  mudanga 

As  solicitagoes  de  mudanga  no  piano  de  gerenciamento  do  projeto,  nos  pianos  auxiliares  e em  outros 
componentes,  como  a linha  de  base  de  custos,  o cronograma  do  projeto  e o piano  de  gerenciamento  das 
aquisigoes,  podem  resultar  do  processo  Controlar  as  aquisigoes.  As  solicitagoes  de  mudanga  sao  processadas 
para  revisao  e aprovagao  por  meio  do  processo  Realizar  o controle  integrado  de  mudangas. 

As  mudangas  solicitadas,  mas  nao  resolvidas,  podem  incluir  orientagoes  fornecidas  pelo  comprador  ou 
agoes  adotadas  pelo  fornecedor  que  a outra  parte  considere  uma  mudanga  construtiva  para  o contrato. 
Como  qualquer  dessas  mudangas  construtivas  pode  ser  alvo  de  disputa  por  uma  das  partes  e originar  uma 
reivindicagao  contra  a outra  parte,  elas  sao  identificadas  e documentadas  de  forma  unica  pela  correspondence 
do  projeto. 


12.3.3.3  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao 
limitados,  a: 

• Plano  de  gerenciamento  das  aquisigoes.  0 piano  de  gerenciamento  das  aquisigoese  atualizado 
para  refletirtodas  as  solicitagoes  de  mudanga  aprovadas  que  afetam  o gerenciamento  das  aquisigoes, 
incluindo  impactos  nos  custos  ou  cronogramas. 

• Linha  de  base  do  cronograma.  Se  houver  atrasos  que  afetem  o desempenho  geral  do  projeto,  pode 
ser  necessario  atualizar  a linha  de  base  do  cronograma  para  refletir  as  expectativas  atuais. 

• Linha  de  base  dos  custos.  Se  houver  mudangas  que  afetem  os  custos  gerais  do  projeto,  pode  ser 
necessario  atualizar  a linha  de  base  do  cronograma  para  refletir  as  expectativas  atuais. 


12.3.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados  a documentagao 
dos  requisitos.  A documentagao  da  aquisigao  inclui,  mas  nao  se  limita  ao  contrato  de  aquisigao  com  todos  os 
cronogramas  de  apoio,  as  mudangas  no  contrato  solicitadas  mas  nao  aprovadas,  e as  solicitagoes  de  mudanga 
aprovadas.  A documentagao  da  aquisigao  tambem  engloba  toda  a documentagao  tecnica  desenvolvida 
pelo  fornecedor  e outras  informagoes  sobre  o desempenho  do  trabalho,  tais  como  resultados,  relatorios  de 
desempenho  do  fornecedor  e garantias,  documentos  financeiros  incluindo  faturas  e registros  de  pagamentos 
e os  resultados  de  inspegoes  relacionadas  ao  contrato. 


12.3.3.5  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  elementos  dos  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  entre  outros: 
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• Correspondence.  Os  termos  e condigoes  do  contrato  em  geral  requerem  a documentagao  por  escrito 
de  determinados  aspectos  das  comunicagoes  comprador/fornecedor,  como  a necessidade  de  avisos 
de  desempenho  insatisfatorio  e solicitagoes  de  esclarecimentos  ou  mudangas  no  contrato.  Essa 
documentagao  pode  incluir  os  resultados  reportados  de  auditorias  e inspegoes  do  comprador  que 
indicam  as fraquezasqueprecisam  ser  corrigidas  pelofornecedor.  Alem  dos  requisitos  de  documentagao 
especificos  do  contrato,  as  partes  mantem  urn  registro  completo  e exato,  por  escrito,  de  todas  as 
comunicagoes  orais  e escritas  do  contrato,  bem  como  as  agoes  adotadas  e as  decisoes  tomadas. 

• Cronogramas  e solicitagoes  de  pagamento.  Todos  os  pagamentos  devem  ser  feitos  de  acordo 
com  os  termos  e condigoes  do  contrato  de  aquisigao. 

• Documentagao  da  avaliagao  do  desempenho  do  fornecedor.  A documentagao  da  avaliagao 
do  desempenho  do  fornecedor  e preparada  pelo  comprador.  Essas  avaliagoes  de  desempenho 
documentam  a capacidade  do  fornecedor  de  continuar  a realizar  o trabalho  no  contrato  atual,  indicam 
se  o fornecedor  pode  trabalhar  em  projetos  futuros  ou  classificam  o desempenho  do  fornecedor  no 
projeto.  Esses  documentos  podem  formar  a base  para  o cancelamento  no  inicio  do  contrato  do 
fornecedor  ou  determinar  como  sao  administradas  as  penalidades,  remuneragoes  ou  incentivos.  Os 
resultados  das  avaliagoes  de  desempenho  tambem  podem  ser  incluidos  nas  listas  de  fornecedores 
qualificados  correspondentes. 


12.4  Encerrar  as  aquisigoes 

Encerrar  as  aquisigoes  e o processo  de  finalizar  todas  as  aquisigoes  do  projeto.  0 principal  beneficio 
deste  processo  e a documentagao  dos  acordos  e outros  documentos  relacionados,  para  consultas  futuras.  As 
entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  sao  ilustradas  na  Figura  1 2-8.  A Figura  1 2-9  mostra 
o diagrama  de  fluxo  de  dados  do  processo. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Documentos  de  aquisigao 


Ferramentas  e tecnicas 


.1  Auditorias  de  aquisigoes 
.2  Negociagoes  das  aquisigoes 
.3  Sistema  de  gerenciamento 
de  registros 

v y 


.1  Aquisigoes  encerradas 
.2  Atualizagoes  nos  ativos  de 
processos  organizacionais 

V _ V 


Figura  12-8.  Encerrar  as  aquisigdes:  entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciamento  das  aquisigoes  do  projeto 


4.2 

Desenvolver  o 
piano  de 
gerenciamento 
do  projeto 


• Plano  de 
gerenciamento 
do  projeto 


• Atualizagoes  nos 
ativos  de  processos 
organizacionais 


Empresa/ 
organ  izagao 


► • Aquisigoes 

pnnprradaQ 


Figura  12-9.  Diagrama  do  fluxo  de  dados  do  processo  Encerrar  as  aquisigoes 

0 processo  Encerrar  as  aquisigoes  tambem  envolve  atividades  administrativas  como  finalizagao  das 
reivindicagoes  em  aberto,  atualizagao  nos  registros  para  refletir  os  resultados  finais  e arquivamento  dessas 
informagoes  para  uso  futuro.  0 processo  Encerrar  as  aquisigoes  aborda  cada  contrato  aplicavel  ao  projeto,  ou 
uma  fase  do  projeto.  Em  projetos  com  varias  fases,  a vigencia  de  urn  contrato  pode  se  aplicar  somente  a uma 
determinadafase  do  projeto.  Nesses  casos,  o processo  Encerrar  as  aquisigoes  encerra  as  aquisigoes  aplicaveis 
aquela  fase  do  projeto.  As  reivindicagoes  nao  resolvidas  podem  estar  sujeitas  a urn  processo  judicial  apos 
o encerramento.  Os  termos  e condigoes  do  contrato  podem  recomendar  procedimentos  especificos  para  o 
encerramento  do  acordo.  0 processo  Encerrar  as  aquisigoes  apoia  o processo  Encerrar  o projeto  ou  fase  (Segao 
4.6)  assegurando  que  os  acordos  contratuais  sejam  concluidos  ou  cancelados. 

0 cancelamento  de  urn  contrato  e urn  caso  especial  de  encerramento  das  aquisigoes  que  pode  resultar 
de  urn  acordo  mutuo  entre  as  partes,  do  inadimplencia  de  uma  das  partes  ou  por  conveniencia  do  comprador, 
se  estiver  estabelecido  no  contrato.  Os  direitos  e responsabilidades  das  partes  caso  haja  urn  cancelamento 
estao  contidos  na  clausula  de  rescisao  do  contrato.  De  acordo  com  os  termos  e condigoes  dessas  aquisigoes, 
o comprador  pode  ter  o direito  de  cancelar  todo  o contrato  ou  uma  parte  dele,  a qualquer  momento,  por  justa 
causa  ou  por  conveniencia.  Contudo,  com  base  nos  termos  e condigoes  desses  contratos,  o comprador  pode 
ter  que  ressarcir  o fornecedor  pelas  preparagoes  e por  qualquer  trabalho  concluido  e aceito  relativo  a parte 
cancelada  do  contrato. 
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12.4.1  Encerrar  as  aquisigoes:  entradas 

12.4.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . 0 piano  de  gerenciamento  do  projeto  contem  o piano  de  gerenciamento  das 
aquisigoes  que  fornece  os  detalhes  e diretrizes  para  o encerramento  das  aquisigoes. 

12.4.1.2  Documentos  de  aquisigao 

Para  encerrar  o contrato,  toda  a documentagao  da  aquisigao  e coletada,  indexada  e arquivada.  As 
informagoes  sobre  o cronograma  do  contrato,  escopo,  qualidade  e desempenho  de  custos,  bem  como  toda  a 
documentagao  das  mudangas  no  contrato,  registros  de  pagamento  e resultados  de  inspegoes,  sao  catalogadas. 
Essas  informagoes  podem  ser  usadas  como  informagoes  de  ligoes  aprendidas  e como  uma  base  para  avaliar 
contratados  para  contratos  futuros. 

12.4.2  Encerrar  as  aquisigoes:  ferramentas  e tecnicas 

12.4.2.1  Auditorias  de  aquisigdes 

A auditoria  de  aquisigoes  e uma  avaliagao  estruturada  do  processo  de  aquisigoes,  desde  o processo  Planejar 
o gerenciamento  das  aquisigoes  ate  o processo  Controlar  as  aquisigoes.  0 objetivo  da  auditoria  de  aquisigoes 
e identificar  exitos  e fracassos  que  possam  ser  identificados  na  preparagao  ou  na  administragao  de  outros 
contratos  de  aquisigoes  no  projeto,  ou  em  outros  projetos  dentro  da  organizagao  executora. 

12.4.2.2  Negociagdes  das  aquisigdes 

Em  todas  as  relagoes  de  aquisigao,  o acerto  final  justo  de  todas  as  questoes,  reivindicagoes  e disputas 
pendentes  por  meio  de  negociagao  e o objetivo  principal.  Sempre  que  nao  se  conseguir  o acordo  por  meio  de 
negociagao  direta,  deve-se  explorar  alguma  forma  de  resolugao  alternativa  de  disputas,  incluindo  mediagao  ou 
arbitragem.  Quando  todas  as  demais  alternativas  falharem,  o processo  judicial  nos  tribunals  e a ultima  opgao 
e a menos  desejada. 
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12.4.2.3  Sistema  de  gerenciamento  de  registros 

Descrito  na  Segao  1 2.3.27. 0 sistema  de  gerenciamento  de  registros  e usado  pelo  gerente  de  projetos  para 
gerenciar  os  registros  e a documentagao  do  contrato  e da  aquisigao.  Os  documentos  e correspondencia  do 
contrato  sao  arquivados  atraves  do  sistema  de  gerenciamento  de  registros  como  parte  do  processo  Encerrar 
as  aquisigoes. 


12.4.3  Encerrar  as  aquisigoes:  saidas 


12.4.3.1  Aquisigoes  encerradas 

0 comprador,  em  geral  por  meio  do  administrador  de  aquisigoes  autorizado,  envia  ao  fornecedor  urn  aviso 
formal  por  escrito  de  que  o contrato  foi  concluido.  Os  requisitos  de  encerramento  formal  das  aquisigoes  em  geral 
sao  definidos  nos  termos  e condigoes  do  contrato  e sao  incluidos  no  piano  de  gerenciamento  das  aquisigoes. 


12.4.3.2  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  elementos  dos  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  entre  outros: 

• Arquivo  de  aquisigoes.  Urn  conjunto  completo  de  documentos  indexados  do  contrato,  incluindo  o 
contrato  encerrado,  e preparado  para  inclusao  com  os  arquivos  finals  do  projeto. 

• Aceitagao  da  entrega.  A documentagao  da  aceitagao  formal  das  saidas  fornecidas  pelo  fornecedor 
podera  ser  retida  pela  organ izagao.  0 processo  Encerrar  as  aquisigoes  garante  o cumprimento  desse 
requisito  de  documentagao.  Os  requisitos  para  a aceitagao  formal  das  saidas  e o modo  como  tratar 
as  saidas  que  nao  estao  em  conformidade  sao  normalmente  definidos  no  contrato. 

• Documentagao  de  ligoes  aprendidas.  As  ligoes  aprendidas,  a experience  adquirida  e as 
recomendagoes  de  melhoria  dos  processos  devem  ser  incluidas  nos  arquivos  do  projeto  para 
melhorar  as  aquisigoes  futuras. 
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GERENCIAMENTO  DAS  PARTES  INTERESSADAS  DO  PROJETO 


O gerenciamento  das  partes  interessadas  do  projeto  inclui  os  processos  exigidos  para  identificar  todas  as 
pessoas,  grupos  ou  organ  izagoes  que  podem  impactar  ou  serem  impactados  pelo  projeto,  analisar  as  expectativas 
das  partes  interessadas  e seu  impacto  no  projeto,  e desenvolver  estrategias  de  gerenciamento  apropriadas 
para  o engajamento  eficaz  das  partes  interessadas  nas  decisoes  e execugao  do  projeto.  0 gerenciamento  das 
partes  interessadas  tambem  se  concentra  na  comunicagao  continua  com  as  partes  interessadas  para  entender 
suas  necessidades  e expectativas,  abordando  as  questoes  conforme  elas  ocorrem,  gerenciando  os  interesses 
conflitantes  e incentivando  o comprometimento  das  partes  interessadas  com  as  decisoes  e atividades  do 
projeto.  A satisfagao  das  partes  interessadas  deve  ser  gerenciada  como  urn  objetivo  essencial  do  projeto. 

A Figura  1 3-1  fornece  uma  visao  geral  dos  processos  de  gerenciamento  das  partes  interessados  do  projeto, 
que  incluem  o seguinte: 

13.1  Identificar  as  partes  interessadas — 0 processo  de  identificar  pessoas,  grupos  ou  organizagoes 
que  podem  impactar  ou  serem  impactados  por  uma  decisao,  atividade  ou  resultado  do  projeto  e 
analisar  e documentar  informagoes  relevantes  relativas  aos  seus  interesses,  nivel  de  engajamento, 
interdependences,  influence,  e seu  impacto  potencial  no  exito  do  projeto. 

13.2  Planejar  o gerenciamento  das  partes  interessadas  — 0 processo  de  desenvolver  estrategias 
apropriadas  de  gerenciamento  para  engajar  as  partes  interessadas  de  maneira  eficaz  no  decorrer 
de  todo  o ciclo  de  vida  do  projeto,  com  base  na  analise  das  suas  necessidades,  interesses,  e 
impacto  potencial  no  sucesso  do  projeto. 

13.3  Gerenciar  o engajamento  das  partes  interessadas  — 0 processo  de  se  comunicar  e trabalhar 
com  as  partes  interessadas  para  atender  as  suas  necessidades/expectativas  deles,  abordar 
as  questoes  a medida  que  elas  ocorrem,  e incentivar  o engajamento  apropriado  das  partes 
interessadas  nas  atividades  do  projeto,  no  decorrer  de  todo  o ciclo  de  vida  do  projeto. 

13.4  Controlar  o engajamento  das  partes  interessadas  — 0 processo  de  monitorar  os 
relacionamentos  das  partes  interessadas  do  projeto  em  geral,  e ajustar  as  estrategias  e pianos 
para  o engajamento  das  partes  interessadas. 

Esses  processos  interagem  entre  si  e com  os  de  outras  Areas  de  Conhecimento  como  descrito  com  detalhes 
na  Segao  3 e no  Anexo  A1 . 

Todos  os  projetos  tern  partes  interessadas  que  sao  afetadas  ou  podem  afetar  o projeto  de  uma  maneira 
positiva  ou  negativa.  Embora  algumas  partes  interessadas  possam  ter  uma  habilidade  limitada  de  influenciar  o 
projeto,  outras  podem  ter  uma  influencia  significativa  no  projeto  e nos  seus  resultados  esperados.  A habilidade 
do  gerente  de  projetos  de  identificar  e gerenciar  essas  partes  interessadas  de  maneira  apropriada  pode  fazer 
a diferenga  entre  o exito  e o fracasso. 
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Visao  geral  do  gerenciamento 
das  partes  interessadas  do  projeto 


13.1  Identificar  as 
partes  interessadas 


.1  Entradas 

.1  Termo  de  abertura  do  projeto 
.2  Documentos  de  aquisigao 
.3  Fatores  ambientais  da  empresa 
.4  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 

.1  Analise  das  partes  interessadas 
.2  Opiniao  especializada 
.3  Reunioes 

.3  Saidas 

.1  Registro  das  partes 
interessadas 

V / 


13.3  Gerenciar  o engajamento 
das  partes  interessadas 


.1  Entradas 

.1  Plano  de  gerenciamento  das 
partes  interessadas 
.2  Plano  de  gerenciamento  das 
comunicagoes 
.3  Registro  das  mudangas 
.4  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Metodos  de  comunicagao 
.2  Habilidades  interpessoais 
.3  Habilidades  de  gerenciamento 

.3  Saidas 

.1  Registro  das  questoes 
.2  Solicitagoes  de  mudanga 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos  documentos 
do  projeto 

.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 


13.8  Planejar  o gerenciamento 
das  partes  interessadas 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Registro  das  partes 
interessadas 

.3  Fatores  ambientais  da  empresa 
.4  Ativos  de  processos 
organizacionais 

.2  Ferramentas  e tecnicas 
.1  Opiniao  especializada 
.2  Reunioes 
.3  Tecnicas  analiticas 

.3  Saidas 

.1  Plano  de  gerenciamento  das 
partes  interessadas 
.2  Atualizagoes  nos  documentos 
do  projeto 

V / 


13.4  Controlar  o Engajamento 
das  Partes  Interessadas 


.1  Entradas 

.1  Plano  de  gerenciamento  do 
projeto 

.2  Registro  das  questoes 
.3  Dados  de  desempenho  do 
trabalho 

.4  Documentos  do  projeto 

.2  Ferramentas  e tecnicas 
.1  Sistemas  de  gerenciamento 
de  informagoes 
.2  Opiniao  especializada 
.3  Reunioes 

.3  Saidas 

.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudanga 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos  documentos 
do  projeto 

.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 


Figura  13-1.  Gerenciamento  das  partes  interessadas  do  projeto 
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13.1  Identificar  as  partes  interessadas 

Identificar  as  partes  interessadas  e o processo  de  identificar  pessoas,  grupos  ou  organizagoes  que  podem 
ter  impacto  ou  serem  impactados  por  uma  decisao,  atividade  ou  resultado  do  projeto,  e analisar  e documentar 
informagoes  relevantes  relativas  aos  seus  interesses,  nivel  de  engajamento,  interdependences,  influence,  e 
seu  impacto  potencial  no  sucesso  do  projeto.  0 principal  beneficio  deste  processo  e que  ele  permite  que  o 
gerente  de  projetos  identifique  o direcionamento  apropriado  para  cada  parte  interessada  ou  grupo  de  partes 
interessadas.  As  entradas,  ferramentas  e tecnicas  e saidas  desse  processo  estao  ilustradas  na  Figura  13-2. 
A Figura  1 3-3  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


Entradas 


.1  Termo  de  abertura  do 
projeto 

.2  Documentos  de  aquisigao 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Ferramentas  e tecnicas 


.1  Analise  de  partes  interessadas 
.2  Opiniao  especializada 
.3  Reunioes 

V 


.1  Registro  das  partes 
interessadas 

v y 


Figura  13-2.  Identificar  as  partes  interessadas:  entradas,  ferramentas  e tecnicas,  e saidas 


4.1 

Desenvolver  o 
termo  de  abertura 
do  projeto 


Gerenciamento  das  partes 
interessadas  do  projeto 


12.1 

Planejar  o 
gerenciamento 
das  aquisigoes 


Empresa/ 

organizagao 


• Termo  de  abertura 
do  projeto 


• Documentos 
de  aquisigao 

• Ativos  de  processos 
organizacionais 

• Fatores  ambientais 
da  empresa 


13.1 

Identificar 
as  partes 
interessadas 


• Registro  das 
partes  interessadas 


• Registro  das 
partes  interessadas 


13.2 

Planejar  o 

gerenciamento 

das  partes 
interessadas 

5.2 

Coletar  os 
requisitos 


8.1 

Planejar  o 
gerenciamento 
da  qualidade 


10.1 

Planejar  o 
gerenciamento 
das  comunicagoes 


11.1 

Planejar  o 
gerenciamento 
dos  riscos 

11.2 

Identificar 
os  riscos 

12.1 

Planejar  o 
gerenciamento 
das  aquisigoes 


Figura  13-3.  Diagrama  do  fluxo  de  dados  do  processo  Identificar  as  partes  interessadas 
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As  partes  interessadas  sao  pessoas,  grupos  ou  organ izagoes  que  podem  afetar,  serem  afetados  ou  sentirem- 
se  afetados  por  uma  decisao,  atividade  ou  resultado  de  um  projeto.  Elas  englobam  pessoas  e organizagoes, 
tais  como  clientes,  patrocinadores,  a organizagao  executora  e o publico  que  estao  ativamente  envolvidos  no 
projeto,  ou  cujos  interesses  podem  ser  positiva  ou  negativamente  afetados  pela  execugao  ou  pela  conclusao 
do  projeto.  Elas  tambem  podem  exercer  influencia  sobre  o projeto  e suas  safdas.  As  partes  interessadas  podem 
estar  em  diversos  nfveis  da  organizagao  e ter  diferentes  niveis  de  autoridade,  ou  estar  fora  da  organizagao 
executora  do  projeto.  Segao  13.1 .2.1  identifica  varios  tipos  de  partes  interessadas  do  projeto. 

E fundamental  para  o sucesso  do  projeto  identificar  as  partes  interessadas  desde  o inicio  do  projeto  ou 
fase  e analisar  seus  niveis  de  interesse,  expectativas  individuals,  assim  como  sua  importancia  e influencia. 
A analise  inicial  deve  ser  revista  e atualizada  regularmente.  A maioria  dos  projetos  tern  um  numero  variado 
de  partes  interessadas,  dependendo  do  seu  tamanho,  tipo  e complexidade.  Como  o tempo  do  gerente  de 
projetos  e limitado  e precisa  ser  usado  com  a maior  eficiencia  possivel,  essas  partes  interessadas  devem  ser 
classificadas  de  acordo  com  o seu  interesse,  influencia  e engajamento  no  projeto,  levando  em  consideragao 
o fato  de  que  o efeito  ou  influencia  de  uma  parte  interessada  pode  nao  ocorrer  ou  tornar-se  evidente  ate  os 
estagios  finais  do  projeto  ou  fase.  Isso  permite  que  o gerente  de  projetos  se  concentre  nos  relacionamentos 
necessarios  para  garantir  o sucesso  do  projeto. 

13.1.1  Identificar  as  partes  interessadas:  entradas 

13.1.1.1  Termo  de  abertura  do  projeto 

Descrito  na  Segao  4.1 .3.1 . 0 termo  de  abertura  do  projeto  pode  fornecer  informagoes  sobre  as  partes  internas 
e externas  relacionadas  e afetadas  pelo  resultado  ou  a execugao  do  projeto,  tais  como  patrocinador(es),  clientes, 
membros  da  equipe,  grupos  e departamentos  que  participam  do  projeto,  e outras  pessoas  ou  organizagoes 
afetadas  pelo  projeto. 

13.1.1.2  Documentos  de  aquisigao 

Descritos  na  Segao  12.1.3.3.  Se  um  projeto  for  o resultado  de  uma  atividade  de  aquisigao  ou  estiver 
baseado  em  um  contrato  estabelecido,  as  partes  desse  contrato  sao  as  principals  partes  interessadas  do 
projeto.  Outras  partes  relevantes,  como  fornecedores,  tambem  devem  ser  consideradas  na  lista  das  partes 
interessadas  do  projeto. 
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13.1.1.3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Os  fatores  ambientais  da  empresa  que  podem  influenciar  o processo  Identificar 
as  partes  interessadas  incluem,  entre  outros: 

• Cultura  e estrutura  da  organizagao; 

• Padroes  governamentais  ou  do  setor  (por  exemplo,  regulamentos,  padroes  dos  produtos);  e 

• Tendencias  globais,  regionais  ou  locais,  e praticas  ou  habitos. 

13.1.1.4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Identificar  as  partes  interessadas  incluem,  entre  outros: 

• Modelos  para  registro  das  partes  interessadas, 

• Ligoes  aprendidas  em  projetos  e fases  anteriores,  e 

• Registros  das  partes  interessadas  de  projetos  anteriores. 


13.1.2  Identificar  as  partes  interessadas:  ferramentas  e tecnicas 
13.1.2.1  Analise  de  partes  interessadas 

A analise  de  partes  interessadas  e uma  tecnica  de  coleta  e analise  sistematica  de  informagoes  quantitativas 
e qualitativas  para  determinar  os  interesses  que  devem  ser  considerados  durante  todo  o projeto.  Ela  identifica 
os  interesses,  as  expectativas  e a influencia  das  partes  interessadas  e determina  seu  relacionamento  com  a 
finalidade  do  projeto.  Tambem  ajuda  a identificar  os  relacionamentos  das  partes  interessadas  (do  projeto  e 
com  outras  partes  interessadas)  que  podem  ser  aproveitadas  paraformar  aliangas  e parcerias  potenciais  para 
aumentar  a possibilidade  de  exito  do  projeto,  juntamente  com  os  relacionamentos  com  as  partes  interessadas 
que  devem  ser  influenciadas  de  maneiras  diferentes  nos  varios  estagios  do  projeto  ou  da  fase. 
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A analise  de  partes  interessadas  geralmente  segue  as  etapas  descritas  a seguir: 

• Identificar  todas  as  potenciais  partes  interessadas  do  projeto  e as  informagoes  relevantes,  como 
papeis,  departamentos,  interesses,  conhecimentos,  expectativas  e niveis  de  influencia.  As  principals 
partes  interessadas  em  geral  sao  faceis  de  identificar.  Elas  incluem  todas  as  pessoas  com  papel 
gerencial  ou  de  tomada  de  decisoes  afetadas  pelo  resultado  do  projeto,  como  o patrocinador,  o 
gerente  de  projeto  e o cliente  principal.  A identificagao  de  outras  partes  interessadas  geralmente  e 
feita  atraves  de  entrevistas  com  as  partes  interessadas  identificadas  e expandindo  a lista,  ate  que 
todas  as  partes  interessadas  potenciais  sejam  incluidas. 

• Identificar  o impacto  ou  apoio  potencial  que  cada  parte  interessada  poderia  gerar  e classifica-los  a 
fim  de  definir  uma  estrategia  de  abordagem.  Em  grandes  comunidades  de  partes  interessadas,  e 
importante  priorizar  as  partes  interessadas  para  garantir  uma  utilizagao  eficiente  de  esforgos  na  hora 
de  comunicar  e gerenciar  suas  expectativas. 

• Avaliar  como  as  principals  partes  interessadas  provavelmente  reagirao  ou  responderao  em  varias 
situagoes,  a fim  de  planejar  como  influencia-las  para  aumentar  seu  apoio  e mitigar  os  impactos 
negativos  em  potencial. 

Ha  muitos  modelos  classificatorios  usados  na  analise  das  partes  interessadas,  tais  como: 

• Grau  de  poder/interesse,  que  agrupa  as  partes  interessadas  com  base  no  seu  nivel  de  autoridade 
(“poder”)  e seu  nivel  de  preocupagao  (“interesse”)  em  relagao  aos  resultados  do  projeto; 

• Grau  de  poder/influencia,  que  agrupa  as  partes  interessadas  com  base  no  seu  nivel  de  autoridade 
(“poder”)  e no  seu  engajamento  ativo  (“influencia”)  no  projeto; 

• Grau  de  influencia/impacto,  que  agrupa  as  partes  interessadas  com  base  no  seu  engajamento  ativo 
(“influencia”)  no  projeto  e na  sua  habilidade  de  efetuar  mudangas  no  planejamento  ou  na  execugao 
do  projeto  (“impacto”);  e 

• Modelo  de  relevancia,  que  descreve  os  tipos  de  partes  interessadas  com  base  no  seu  poder 
(capacidade  de  impor  sua  vontade),  na  urgencia  (necessidade  de  atengao  imediata)  e na  legitimidade 
(seu  envolvimento  e apropriado). 

A Figura  13-4  apresenta  urn  exemplo  de  urn  modelo  de  representagao  de  grau  de  poder/interesse  ondeA-H 
representa  a disposigao  das  partes  interessadas  genericas. 


396 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


13  - GERENCIAMENTO  DAS  PARTES  INTERESSADAS  DO  PROJETO 


Alto 


Poder 


Baixo 


▲ 


• B 

\ 

Manter 

Gerenciar 

satisfeito 

com  atengao 

•H 

•A 

•F 

•G 

•C 

Monitorar 

Manter 

informado 

•D 

•E 

J 

Baixo 


Interesse  Alto 


Figura  13-4.  Exemplo  de  rede  de  poder/interesse  com  as  partes  interessadas 


13.1.2.2  Opiniao  especializada 

Para  garantir  uma  ampla  identificagao  e listagem  das  partes  interessadas,  deve-se  solicitar  a opiniao  e 
o conhecimento  de  grupos  ou  pessoas  que  tenham  treinamento  ou  conhecimento  especializado  na  area  ou 
disciplina  em  questao,  tais  como: 

• Alta  administragao; 

• Outras  unidades  dentro  da  organizagao; 

• Principals  partes  interessadas  identificadas; 
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• Gerentes  de  projetos  que  trabalharam  em  projetos  da  mesma  area  (diretamente  ou  por  meio  de 
ligoes  aprendidas); 

• Especialistas  no  assunto  da  area  de  negocio  ou  do  projeto; 

• Grupos  e consultores  do  setor;  e 

• Associagoes  profissionais  e tecnicas,  entidades  reguladoras  e organizagoes  nao  governamentais 
(ONGs). 

A opiniao  especializada  pode  ser  obtida  por  meio  de  consultas  individuals  (reunioes  particulares,  entrevistas, 
etc.)  ou  em  formato  de  painel  (discussoes  de  grupo,  pesquisas  de  opiniao,  etc.). 

13.1.2.3  Reunioes 

As  reunioes  para  analise  de  perfis  sao  reunioes  do  projeto  concebidas  para  desenvolver  o entendimento  das 
principals  partes  interessadas  do  projeto,  e podem  ser  usadas  para  a troca  ou  analise  de  informagoes  sobre 
papeis,  interesses,  conhecimentos  e a situagao  geral  de  cada  parte  interessada  do  projeto. 

13.1.3  Identificar  as  partes  interessadas:  saidas 

13.1.3.1  Registro  das  partes  interessadas 

0 principal  resultado  do  processo  Identificar  as  partes  interessadas  e o registro  das  partes  interessadas.  Ele 
contem  todos  os  detalhes  relativos  as  partes  identificadas,  incluindo,  entre  outros: 

• Informagoes  de  identificagao.  Nome,  posigao  na  organizagao,  local,  papel  no  projeto,  informagoes 
de  contato; 

• Informagoes  de  avaliagao.  Requisitos  essenciais,  principals  expectativas,  influencia  potencial  no 
projeto,  fase  de  maior  interesse  no  ciclo  de  vida;  e 

• Classificagao  das  partes  interessadas.  Interna/externa,  de  apoio/neutra/resistente,  etc. 

0 registro  das  partes  interessadas  deve  ser  consultado  e atualizado  regularmente,  pois  as  partes  interessadas 
podem  mudar,  ou  novas  partes  interessadas  podem  ser  identificadas  durante  o ciclo  de  vida  do  projeto. 
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13.2  Planejar  o gerenciamento  das  partes  interessadas 

Planejar  o Gerenciamento  das  Partes  Interessadas  e o processo  de  desenvolver  estrategias  apropriadas 
de  gerenciamento  para  envolver  as  partes  interessadas  de  maneira  eficaz  no  decorrer  de  todo  o ciclo  de 
vida  do  projeto,  com  base  na  analise  das  suas  necessidades,  interesses,  e impacto  potencial  no  exito  do 
projeto.  0 principal  beneficio  desse  processo  e o fornecimento  de  urn  piano  claro  e de  interagao  com  as  partes 
interessadas  do  projeto  para  que  apoiem  os  interesses  do  projeto.  As  entradas,  ferramentas  e tecnicas  e 
saidas  desse  processo  estao  ilustrados  na  Figura  13-5.  A Figura  13-6  ilustra  o diagrama  de  fluxo  de  dados  do 
processo. 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Registro  das  partes 
interessadas 

.3  Fatores  ambientais  da 
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.1  Opiniao  especializada 
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Figura  13-5.  Planejar  o gerenciamento  das  partes  interessadas: 
entradas,  ferramentas  e tecnicas,  e saidas 
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Figura  13-6.  Diagrama  de  fluxo  de  dados  do  processo  Planejar  o gerenciamento 

das  partes  interessadas 
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0 processo  Planejar  o gerenciamento  das  partes  interessadas  demonstra  como  o projeto  afetara  as 
partes  interessadas,  permitindo  que  o gerente  de  projetos  desenvolva  varias  maneiras  de  engajar  as  partes 
interessadas  no  projeto  de  maneira  eficaz,  a fim  de  gerenciar  suas  expectativas  e cumprir  os  objetivos  do 
projeto.  0 gerenciamento  das  partes  interessadas  significa  mais  do  que  melhorar  as  comunicagoes,  e requer 
mais  do  que  gerenciar  uma  equipe.  0 gerenciamento  das  partes  interessadas  envolve  a criagao  e manutengao 
de  relacionamentos  entre  a equipe  do  projeto  e as  partes  interessadas,  com  o objetivo  de  satisfazer  suas 
respectivas  necessidades  e requisitos  dentro  dos  limites  do  projeto. 

Esse  processo  gera  o piano  de  gerenciamento  das  partes  interessadas,  que  content  pianos  detalhados 
de  realizagao  eficaz  do  gerenciamento  das  partes  interessadas.  A medida  em  que  o projeto  avanga,  a 
comunidade  das  partes  interessadas  e o nivel  exigido  de  envolvimento  podem  mudar  e,  assim  sendo,  o 
planejamento  do  gerenciamento  das  partes  interessadas  e urn  processo  iterativo  que  e revisto  regularmente 
pelo  gerente  de  projetos. 

13.2.1  Planejar  o gerenciamento  das  partes  interessadas:  entradas 

13.2.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4. 2.3.1.  As  informagoes  usadas  no  desenvolvimento  do  piano  de  gerenciamento  das 
partes  interessadas  incluem,  mas  nao  se  limitam,  a: 

• 0 ciclo  de  vida  selecionado  para  o projeto  e os  processos  que  serao  aplicados  a cada  fase; 

• Descrigao  de  como  o trabalho  sera  executado  para  alcangar  os  objetivos  do  projeto; 

• Descrigao  de  como  os  requisitos  de  recursos  humanos  serao  cumpridos  e como  os  papeis  e 
responsabilidades,  a estrutura  hierarquica  e o gerenciamento  do  pessoal  serao  abordados  e 
estruturados  para  o projeto; 

• Urn  piano  de  gerenciamento  de  mudangas  que  documenta  como  as  mudangas  serao  monitoradas  e 
controladas;  e 

• Necessidades  e tecnicas  para  comunicagao  entre  as  partes  interessadas. 

13.2.1.2  Registro  das  partes  interessadas 

Descrito  na  Segao  13.1.3.1. 0 registro  das  partes  interessadas  fornece  as  informagoes  necessarias  para 
planejar  maneiras  apropriadas  de  engajar  as  partes  interessadas  do  projeto. 
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13.2.1.3  Fatores  ambientais  da  empresa 

Descritos  na  Segao  2.1 .5.  Todos  os  fatores  ambientais  da  empresa  sao  usados  como  entradas  para  esse 
processo,  porque  o gerenciamento  das  partes  interessadas  deve  ser  adaptado  ao  ambiente  do  projeto.  Entre 
eles,  a cultura,  a estrutura  e o ambiente  da  organizagao  sao  particularmente  importantes,  porque  ajudam  a 
determinar  as  melhores  opgoes  para  apoiar  urn  melhor  processo  adaptativo  para  o gerenciamento  das  partes 
interessadas. 

13.2.1.4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Todos  os  ativos  de  processos  organizacionais  sao  usados  como  entradas  para  o 
processo  Planejar  o gerenciamento  das  partes  interessadas.  Entre  eles,  o banco  de  dados  das  ligoes  aprendidas 
e as  informagoes  historicas  sao  particularmente  importantes,  porque  ajudam  no  entendimento  dos  pianos  de 
gerenciamento  anteriores  e sua  eficacia.  Eles  podem  ser  usados  para  planejar  as  atividades  de  gerenciamento 
das  partes  interessadas  para  o projeto  atual. 


13.2.2  Planejar  o gerenciamento  das  partes  interessadas:  ferramentas  e tecnicas 


13.2.2.1  Opiniao  especializada 

Com  base  nos  objetivos  do  projeto,  o gerente  de  projetos  deve  utilizar  a opiniao  de  partes  especializadas 
para  decidir  sobre  o nivel  de  engajamento  requerido  de  cada  parte  interessada,  em  cada  estagio  do  projeto.  Por 
exemplo,  no  inicio  de  urn  projeto,  pode  ser  necessario  que  as  partes  interessadas  seniores  estejam  altamente 
engajadas,  para  remover  quaisquer  obstaculos  ao  exito.  Sua  remogao  bem  sucedida  pode  ser  suficiente  para 
que  as  partes  interessadas  seniores  mudem  o seu  nivel  de  engajamento  de  lideranga  para  apoio,  e outras 
partes  interessadas,  como  usuarios  finais,  podem  tornar-se  mais  importantes. 

Para  criar  o piano  de  gerenciamento  das  partes  interessadas,  deve-se  buscar  a opiniao  e o conhecimento 
especializado  de  grupos  ou  pessoas  com  treinamento  ou  conhecimento  especializado  na  area  em  questao,  ou 
visao  dos  relacionamentos  dentro  da  organizagao,  tais  como: 

• Alta  administragao; 

• Membros  da  equipe  do  projeto; 

• Outras  unidades  ou  pessoas  dentro  da  organizagao; 

• Principals  partes  interessadas  identificadas; 
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• Gerentes  de  projetos  que  trabalharam  em  projetos  da  mesma  area  (diretamente  ou  por  meio  de 
ligoes  aprendidas); 

• Especialistas  no  assunto  da  area  de  negocio  ou  do  projeto; 

• Grupos  e consultores  do  setor;  e 

• Associagoes  profissionais  e tecnicas,  entidades  reguladoras  e organizagoes  nao  governamentais 
(ONGs). 

A opiniao  especializada  pode  ser  obtida  por  meio  de  consultas  individuals  (reunioes  particulares,  entrevistas, 
etc.)  ou  em  formato  de  painel  (discussoes  de  grupo,  pesquisas  de  opiniao,  etc.). 

13.2.2.2  Reunioes 

As  reunioes  devem  serfeitas  com  especialistas  e a equipe  do  projeto  para  definir  os  niveis  de  engajamento 
requeridos  de  todas  as  partes  interessadas.  Essas  informagoes  podem  ser  usadas  na  preparagao  do  piano  de 
gerenciamento  das  partes  interessadas. 

13.2.2.3  Tecnicas  analiticas 

0 nivel  de  engajamento  atual  de  todas  as  partes  interessadas  deve  ser  comparado  com  os  niveis  de 
envolvimento  planejados  requeridos  para  a conclusao  bem  sucedida  do  projeto.  0 engajamento  das  partes 
interessadas  durante  todo  o ciclo  de  vida  do  projeto  e essencial  para  o exito  do  projeto. 

0 nivel  de  engajamento  das  partes  interessadas  pode  ser  classificado  como  se  segue: 

• Desinformado.  Sem  conhecimento  do  projeto  e impactos  potenciais. 

• Resistente.  Ciente  do  projeto  e dos  impactos  potenciais  e resistente  a mudanga. 

• Neutro.  Ciente  do  projeto  e mesmo  assim  nao  da  apoio  ou  resiste. 

• Da  apoio.  Ciente  do  projeto  e dos  impactos  potenciais  e da  apoio  a mudanga. 

• Lidera.  Ciente  do  projeto  e dos  impactos  potenciais  e ativamente  engajado  em  garantir  o exito  do 
projeto. 

0 engajamento  atual  pode  ser  documentado  usando  a matriz  de  avaliagao  do  nivel  de  engajamento  das 
partes  interessadas,  como  mostrado  na  Figura  13-7,  onde  C indica  o nivel  de  engajamento  atual  e D indica  o 
nivel  de  engajamento  desejado.  A equipe  do  projeto  precisa  identificar  o nivel  de  engajamento  desejado  para  a 
fase  atual  do  projeto,  com  base  nas  informagoes  disponiveis. 

0 exemplo  da  Figura  13-7  mostra  que  a parte  interessada  3 esta  no  nivel  de  engajamento  desejado, 
enquanto  as  partes  interessadas  1 e 2 necessitam  comunicagoes  e agoes  adicionais  para  chegarem  ao  nivel 
de  engajamento  desejado. 
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Nao 
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Neutro 

Da  apoio 

Lidera 

Parte  interessada  1 

c 

D 

Parte  interessada  2 

c 

D 

Parte  interessada  3 

D C 

Figura  13-7.  Matriz  de  avaliagao  do  nivel  de  engajamento  das  partes  interessadas 


Atraves  desse  processo  analitico,  podem  ser  identificadas  lacunas  entre  os  niveis  de  engajamento  atual 
e desejado.  As  agoes  e comunicagoes  necessarias  para  fechar  essas  lacunas  podem  ser  identificadas  pela 
equipe  do  projeto  usando  a opiniao  especializada. 


13.2.3  Planejar  o gerenciamento  das  partes  interessadas:  saidas 


13.2.3.1  Plano  de  gerenciamento  das  partes  interessadas 

0 piano  de  gerenciamento  das  partes  interessadas  e urn  componente  do  piano  de  gerenciamento  do 
projeto  (Segao  4. 2.3.1)  e identifica  as  estrategias  de  gerenciamento  necessarias  para  o engajamento  das 
partes  interessadas  de  maneira  eficaz.  0 piano  de  gerenciamento  das  partes  interessadas  pode  ser  formal  ou 
informal,  amplamente  estruturado  ou  altamente  detalhado,  com  base  nas  necessidades  do  projeto. 

Alem  dos  dados  reunidos  no  registro  das  partes  interessadas,  o piano  de  gerenciamento  das  partes 
interessadas  muitas  vezes  fornece: 

• Niveis  de  engajamento  desejados  e atuais  das  principals  partes  interessadas; 

• Ambito  e impacto  da  mudanga  nas  partes  interessadas; 

• Inter-relacionamentos  identificados  e sobreposigao  potencial  entre  as  partes  interessadas; 

• Requisitos  de  comunicagoes  das  partes  interessadas  para  a atual  fase  do  projeto; 

• Informagoes  a serem  distribuidas  as  partes  interessadas,  incluindo  idioma,  formato,  conteudo  e nivel 
de  detalhes; 

• Motivo  da  distribuigao  daquela  informagao  e o impacto  esperado  no  engajamento  das  partes 
interessadas; 

• Intervalo  de  tempo  e frequencia  para  a distribuigao  das  informagoes  necessarias  as  partes 
interessadas;  e 

• Metodo  para  atualizar  e refinar  o piano  de  gerenciamento  das  partes  interessadas  a medida  que  o 
projeto  progride  e se  desenvolve. 
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Os  gerentes  de  projetos  devem  estar  cientes  da  natureza  sensivel  do  piano  de  gerenciamento  do  projeto  e 
tomar  as  devidas  precaugoes.  Por  exemplo,  as  informagoes  sobre  as  partes  interessadas  resistentes  ao  projeto 
podem  ser  potencialmente  prejudiciais,  e deve  ser  dada  a devida  atengao  a distribuigao  de  tais  informagoes. 
Na  atualizagao  no  piano  de  gerenciamento  das  partes  interessadas,  a validade  das  premissas  fundamentais 
deve  ser  revista  para  assegurar  a exatidao  e a relevancia  continuadas. 

13.2.3.2  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Cronograma  do  projeto,  e 

• Registro  das  partes  interessadas. 


13.3  Gerenciar  o engajamento  das  partes  interessadas 

Gerenciar  o engajamento  das  partes  interessadas  e o processo  de  se  comunicar  e trabalhar  com  as 
partes  interessadas  para  atender  as  suas  necessidades/expectativas,  abordar  as  questoes  a medida  que  elas 
ocorrem,  e promover  o engajamento  apropriado  das  partes  interessadas  nas  atividades  do  projeto,  no  decorrer 
de  todo  o ciclo  de  vida  do  projeto.  0 principal  beneficio  deste  processo  e que  ele  permite  que  o gerente  de 
projetos  aumente  o m'vel  de  apoio  as  partes  interessadas  e minimize  a sua  resistencia,  ampliando  de  maneira 
significativa  as  chances  de  exito  do  projeto.  As  entradas,  ferramentas  e tecnicas,  e safdas  desse  processo 
estao  ilustradas  na  Figura  13-8.  A Figura  13-9  ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


.1  Plano  de  gerenciamento 
das  partes  interessadas 
.2  Plano  de  gerenciamento 
das  comunicagoes 
.3  Registro  das  mudangas 
.4  Ativos  de  processos 
organizacionais 

v y 


Ferramentas  e tecnicas 


.1  Metodos  de  comunicagao 
.2  Habilidades  interpessoais 
.3  Habilidades  de 
gerenciamento 

v y 


.1  Registro  das  questoes 
.2  Solicitagoes  de  mudanga 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 

V y 


Figura  13-8.  Gerenciar  o engajamento  das  partes  interessadas: 
entradas,  ferramentas  e tecnicas,  e saidas 
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Gerenciar  o engajamento  das  partes  interessadas  envolve  atividades  tais  como: 

• Engajar  as  partes  interessadas  nas  etapas  apropriadas  do  projeto  para  obter  ou  confirmar  seu 
compromisso  continuado  com  o exito  do  projeto; 

• Gerenciar  as  expectativas  das  partes  interessadas  atraves  da  negociagao  e comunicagao  a fim  de 
assegurar  o alcance  das  metas  do  projeto; 

• Abordar  as  preocupagoes  potenciais  que  ainda  nao  se  tornaram  problemas  e antecipar  problemas 
futuros  que  podem  ser  colocados  pelas  partes  interessadas.  Tais  preocupagoes  precisam  ser 
identificadas  e discutidas  o mais  cedo  possivel  para  analisar  os  riscos  associados  do  projeto;  e 

• Esclarecer  e solucionar  as  questoes  que  foram  identificadas. 


Gerenciamento  das  partes  interessadas  do  projeto 


• Registro  das 
mudangas 


• Plano  de 
gerenciamento 
das 

comunicagoes 

• Ativos  de 
processos 
organizacionais 


• Atualizagoes  nos  ativos  de 
processos  organizacionais 


• Atualizagoes 
nos  documentos 
do  projeto 


• Atualizagoes 
no  piano  de 
gerenciamento 
do  projeto 


• Solicitagoes 
de  mudanga 
» Registro  das  questoes 


13.4 

Controlar  o 
Engajamento 
das  Partes 
Interessadas 


Documentos 
do  projeto 


4.2 

Desenvolver  o 
piano  de 
gerenciamento 
do  projeto 


4.5 

Realizar  o controle 
integrado  de 
mudangas 


9.4 

Gerenciar  a equipe 
do  projeto 


10.3 

Controlar  as 
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Figura  13-9.  Diagrama  do  fluxo  de  dados  do  processo  Gerenciar  o engajamento 

das  partes  interessadas 
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0 gerenciamento  do  engajamento  das  partes  interessadas  ajuda  a aumentar  a probabilidade  de  sucesso  do 
projeto,  garantindo  que  as  partes  interessadas  entendam  claramente  as  metas,  os  objetivos,  os  beneficios  e 
os  riscos  do  projeto.  Isso  permite  que  elas  apoiem  ativamente  o projeto  e ajudem  na  orientagao  das  atividades 
e decisoes  do  projeto.  Com  a previsao  da  reagao  das  pessoas  ao  projeto,  e possivel  adotar  agoes  preventivas 
para  obter  seu  apoio  ou  minimizar  os  impactos  negativos  em  potencial. 

A habilidade  das  partes  interessadas  de  influenciar  o projeto  e normalmente  mais  alta  durante  os  estagios 
iniciais,  e declina  paulatinamente  a medida  que  o projeto  avanga.  0 gerente  de  projetos  e responsavel  pelo 
engajamento  e gerenciamento  das  varias  partes  interessadas  do  projeto,  e pode  requisitar  a assistencia  do 
patrocinador  do  projeto  conforme  necessario.  0 gerenciamento  ativo  do  envolvimento  das  partes  interessadas 
diminui  o risco  do  projeto  nao  atingir  suas  metas  e objetivos. 

13.3.1  Gerenciar  o engajamento  das  partes  interessadas:  entradas 

13.3.1.1  Plano  de  gerenciamento  das  partes  interessadas 

Descrito  na  Segao  13.2.3.1. 0 piano  de  gerenciamento  das  partes  interessadas  fornece  orientagao  sobre  a 
melhor  maneira  das  varias  partes  interessadas  se  envolverem  no  projeto.  0 piano  de  gerenciamento  das  partes 
interessadas  descreve  os  metodos  e as  tecnologias  usados  para  a comunicagao  das  partes  interessadas. 

0 piano  e usado  para  determinar  o nivel  de  interagoes  das  varias  partes  interessadas  e,  juntamente  com 
outros  documentos,  ajudar  a definir  uma  estrategia  de  identificagao  e gerenciamento  das  partes  interessadas 
durante  todo  o ciclo  de  vida  do  projeto. 

13.3.1.2  Plano  de  gerenciamento  das  comunicagdes 

Descrito  na  Segao  1 0.1 .3.1 . 0 piano  de  gerenciamento  das  comunicagdes  fornece  orientagao  e informagoes 
sobre  o gerenciamento  das  expectativas  das  partes  interessadas.  As  informagoes  utilizadas  incluem,  mas  nao 
estao  limitadas  a: 

• Requisitos  de  comunicagdes  das  partes  interessadas; 

• Informagoes  a serem  comunicadas,  incluindo  idioma,  formato,  conteudo  e nivel  de  detalhes; 

• Motivo  da  distribuigao  da  informagao; 

• Pessoa  ou  grupos  que  receberao  as  informagoes;  e 

• Processo  de  encaminhamento. 
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13.3.1.3  Registro  das  mudangas 

Descrito  na  Segao  4. 5.3. 2.  0 registro  das  mudangas  e usado  para  documentar  as  mudangas  que  ocorrem 
durante  o projeto.  Essas  mudangas  e seu  impacto  no  projeto  em  termos  de  tempo,  custo  e risco  sao  comunicadas 
as  partes  interessadas  apropriadas. 

13.3.1.4  Ativos  de  processos  organizacionais 

Descritos  na  Segao  2.1 .4.  Os  ativos  de  processos  organizacionais  que  podem  influenciar  o processo 
Gerenciar  o engajamento  das  partes  interessadas  incluem,  entre  outros: 

• Requisitos  de  comunicagao  da  organizagao, 

• Procedimentos  de  gerenciamento  das  questoes, 

• Procedimentos  de  controle  das  mudangas,  e 

• Informagoes  historicas  sobre  projetos  anteriores. 

13.3.2  Gerenciar  o engajamento  das  partes  interessadas:  ferramentas  e tecnicas 

1 3.3.2.1  Metodos  de  comunicagao  1 3 

Descritos  na  Segao  10.1.2.4.  Os  metodos  de  comunicagao  identificados  para  cada  parte  interessada  no 
piano  de  gerenciamento  das  comunicagoes  sao  usados  durante  o gerenciamento  do  engajamento  das  partes 
interessadas.  Com  base  nos  requisitos  de  comunicagoes  das  partes  interessadas,  o gerente  de  projetos  decide 
como,  quando  e quais  desses  metodos  de  comunicagoes  serao  usados  no  projeto. 

13.3.2.2  Habilidades  interpessoais 

0 gerente  de  projetos  se  utiliza  de  habilidades  interpessoais  para  gerenciar  as  expectativas  das  partes 
interessadas.  Por  exemplo: 

• Estabelecimento  de  confianga, 

• Solugao  de  conflitos, 

• Escuta  ativa,  e 

• Superagao  da  resistencia  a mudanga. 
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13.3.2.3  Habilidades  de  gerenciamento 

0 gerente  de  projetos  utiliza  habilidades  de  gerenciamento  para  coordenar  e harmonizar  o grupo  a fim  de 
cumprir  os  objetivos  do  projeto.  Por  exemplo: 

• Facilitar  o consenso  para  alcangar  os  objetivos  do  projeto, 

• Influenciar  as  pessoas  a apoiar  o projeto, 

• Negociar  acordos  para  atender  as  necessidades  do  projeto,  e 

• Modificar  o comportamento  organizacional  para  aceitar  os  resultados  do  projeto. 

13.3.3  Gerenciar  o engajamento  das  partes  interessadas:  saidas 

13.3.3.1  Registro  das  questoes 

0 gerenciamento  do  engajamento  das  partes  interessadas  pode  resultar  no  desenvolvimento  do  registro  das 
questoes.  0 registro  e atualizado  quando  sao  identificadas  novas  questoes  e as  questoes  atuais  sao  resolvidas. 

13.3.3.2  Solicitagoes  de  mudanga 

0 gerenciamento  do  engajamento  das  partes  interessadas  pode  resultar  em  uma  solicitagao  de  mudanga 
do  produto  ou  do  projeto.  Ele  tambem  pode  incluir  agoes  corretivas  ou  preventivas  no  projeto  propriamente  dito 
ou  na  interagao  com  as  partes  interessadas  impactadas,  conforme  necessario. 

13.3.3.3  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

Os  elementos  do  piano  de  gerenciamento  do  projeto  que  podem  ser  atualizados  incluem,  entre  outros,  o 
piano  de  gerenciamento  das  partes  interessadas.  Esse  piano  e atualizado  quando  sao  identificados  requisitos 
de  comunicagao  novos  ou  modificados.  Por  exemplo,  algumas  comunicagoes  podem  nao  ser  mais  necessarias, 
urn  metodo  de  comunicagao  ineficaz  pode  ser  substituido  por  outro,  ou  urn  novo  requisito  de  comunicagao  pode 
ser  identificado.  E tambem  atualizado  como  resultado  do  solucionamento  das  preocupagoes  e da  resolugao  das 
questoes.  Por  exemplo,  pode  ser  determinado  que  uma  das  partes  interessadas  tern  necessidades  adicionais 
de  informagoes. 
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13.3.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  se  limitam,  ao  registro  das  partes 
interessadas.  Este  e atualizado  quando  ha  mudangas  nas  informagoes  sobre  as  partes  interessadas,  quando  sao 
identificadas  novas  partes  interessadas,  ou  se  partes  interessadas  registradas  nao  estiverem  mais  envolvidas 
ou  nao  forem  mais  afetadas  pelo  projeto,  ou  se  forem  necessarias  outras  atualizagoes  para  partes  interessadas 
especificas. 

13.3.3.5  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  entre  outros: 

• Notificagoes  das  partes  interessadas.  Podem  ser  fornecidas  informagoes  as  partes  interessadas 
sobre  questoes  solucionadas,  mudangas  aprovadas  e a situagao  geral  do  projeto. 

• Relatorios  do  projeto.  Os  relatorios  formais  e informais  do  projeto  descrevem  o andamento  do 
projeto  e incluem  ligoes  aprendidas,  registros  de  questoes,  relatorios  de  encerramento  do  projeto  e 
resultados  de  outras  areas  de  conhecimento  (Segoes  4 a 12). 

• Apresentagoes  do  projeto.  Informagoes  formal  ou  informalmente  fornecidas  pela  equipe  do  projeto 
a qualquer  ou  a todas  as  partes  interessadas  do  projeto. 

• Registros  do  projeto.  Os  registros  do  projeto  podem  incluir  correspondencia,  memorandos,  atas  de  13 
reunioes  e outros  documentos  que  descrevam  o projeto. 

• Feedback  das  partes  interessadas.  As  informagoes  recebidas  das  partes  interessadas  relacionadas 
com  as  operagoes  do  projeto  podem  ser  distribuidas  e usadas  para  modificar  ou  melhorar  o 
desempenho  futuro  do  projeto. 

• Documentagao  de  ligoes  aprendidas.  A documentagao  inclui  a analise  das  causas  principals  dos 
problemas  enfrentados,  o motivo  que  ocasionou  a agao  corretiva  escolhida,  e outros  tipos  de  ligoes 
aprendidas  sobre  o gerenciamento  das  partes  interessadas.  As  ligoes  aprendidas  sao  documentadas 
e distribuidas  para  que  fagam  parte  do  banco  de  dados  historico  tanto  do  projeto  quanto  da 
organ  izagao  executora. 


13.4  Controlar  o engajamento  das  partes  interessadas 

Controlar  o engajamento  das  partes  interessadas  e o processo  de  monitorar  os  relacionamentos  das 
partes  interessadas  no  projeto  em  geral,  e ajustar  as  estrategias  e pianos  para  o engajamento  das  mesmas. 
0 principal  beneficio  desse  processo  e a manutengao  ou  aumento  da  eficiencia  e eficacia  das  atividades 
de  engajamento  das  partes  interessadas  a medida  que  o projeto  se  desenvolve  e o seu  ambiente  muda.  As 
entradas,  ferramentas  e tecnicas,  e saidas  desse  processo  estao  ilustradas  na  Figura  13-10.  A Figura  13-11 
ilustra  o diagrama  de  fluxo  de  dados  do  processo. 


©201 3 Project  Management  Institute.  Urn  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK 9)  — Quinta  Edigao 


409 


13  - GERENCIAMENTO  DAS  PARTES  INTERESSADAS  DO  PROJETO 


.1  Plano  de  gerenciamento 
do  projeto 
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Figura  13-10.  Controlar  o engajamento  das  partes  interessadas: 
entradas,  ferramentas  e tecnicas,  e saidas 


Gerenciamento  das  partes  interessadas  do  projeto 


Figura  13-11.  Diagrama  do  fluxo  de  dados  do  processo 
Controlar  o engajamento  das  partes  interessadas 

As  atividades  de  engajamento  das  partes  interessadas  estao  incluidas  no  piano  de  gerenciamento  das 
partes  interessadas  e sao  executadas  durante  o ciclo  de  vida  do  projeto.  0 nivel  de  engajamento  das  partes 
interessadas  deve  ser  continuamente  controlado. 
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13.4.1  Controlar  o engajamento  das  partes  interessadas:  entradas 


13.4.1.1  Plano  de  gerenciamento  do  projeto 

Descrito  na  Segao  4.2. 3.1 . 0 piano  de  gerenciamento  do  projeto  e usado  para  desenvolver  o piano  de 
gerenciamento  das  partes  interessadas,  como  descrito  na  Segao  13.1 .3.1  .As  informagoes  usadas  no  processo 
Controlar  o engajamento  das  partes  interessadas  incluem,  entre  outras: 

• Ciclo  de  vida  selecionado  para  o projeto  e os  processos  que  serao  aplicados  a cada  fase; 

• Como  o trabalho  sera  executado  para  completar  os  objetivos  do  projeto; 

• Como  os  requisitos  de  recursos  humanos  serao  cumpridos,  como  os  papeis  e responsabilidades,  a 
estrutura  hierarquica  e o gerenciamento  do  pessoal  serao  abordados  e estruturados  para  o projeto; 

• Urn  piano  de  gerenciamento  de  mudangas  que  documenta  como  as  mudangas  serao  monitoradas  e 
controladas;  e 

• Necessidades  e tecnicas  para  a comunicagao  entre  as  partes  interessadas. 


13.4.1.2  Registro  das  questoes 

Descrito  na  Segao  1 3. 3.3.1 . 0 registro  das  questoes  e atualizado  quando  sao  identificadas  novas  questoes, 
e as  questoes  atuais  sao  resolvidas. 


13.4.1.3  Dados  de  desempenho  do  trabalho 

Descritos  na  Segao  4. 3.3. 2.  Os  dados  de  desempenho  do  trabalho  sao  as  observagoes  e medigoes  basicas 
identificadas  durante  a execugao  das  atividades  realizadas  para  levar  a cabo  os  trabalhos  do  projeto.  Varias 
medigoes  das  atividades  e entregas  do  projeto  sao  coletadas  durante  varios  processos  de  controle.  Os  dados 
sao  frequentemente  vistos  como  o mvel  mais  baixo  de  abstragao  de  onde  as  informagoes  sao  extraidas  por 
outros  processos. 

Exemplos  de  dados  de  desempenho  do  trabalho  incluem  a percentagem  registrada  do  trabalho  concluido, 
medidas  de  desempenho  tecnico,  datas  de  inicio  e termino  das  atividades  do  cronograma,  numero  de 
solicitagoes  de  mudanga,  numero  de  defeitos,  custos  reais,  duragoes  reais,  etc. 

13.4.1.4  Documentos  do  projeto 

Muitos  documentos  do  projeto  resultantes  dos  processos  de  iniciagao,  planejamento,  execugao  ou  controle 
podem  ser  usados  como  entradas  de  apoio  para  o controle  do  engajamento  das  partes  interessadas.  Eles 
incluem,  entre  outros: 
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• Cronograma  do  projeto, 

• Registro  das  partes  interessadas, 

• Registro  das  questfies, 

• Registro  das  mudangas,  e 

• Comunicagfies  do  projeto. 

13.4.2  Controlar  o engajamento  das  partes  interessadas:  ferramentas  e tecnicas 

13.4.2.1  Sistemas  de  gerenciamento  de  informagoes 

0 sistema  de  distribuigao  de  informagoes  fornece  uma  ferramenta  padrao  para  que  o gerente  de  projetos 
possa  coletar,  armazenar  e distribuir  as  informagoes  para  as  partes  interessadas  sobre  os  custos,  o andamento 
e o desempenho  do  projeto.  Ele  tambem  permite  que  o gerente  de  projetos  consolide  os  relatorios  de  diversos 
sistemas  e facilita  a distribuigao  dos  relatorios  para  as  partes  interessadas  do  projeto.  Exemplos  de  formatos  de 
distribuigao  podem  incluir  tabelas,  analise  de  planilhas  e apresentagfies.  Podem  ser  usados  recursos  graficos 
para  criar  representagfies  visuais  das  informagoes  de  desempenho  do  projeto. 

13.4.2.2  Opiniao  especializada 

Para  assegurar  a identificagao  abrangente  e a listagem  de  novas  partes  interessadas,  uma  nova  avaliagao 
das  atuais  partes  interessadas  pode  ser  realizada.  Pode  ser  solicitada  a opiniao  de  grupos  ou  pessoas  com 
treinamento  ou  conhecimento  especializado,  tais  como: 

• Alta  administragao; 

• Outras  unidades  ou  individuos  dentro  da  organizagao; 

• Principals  partes  interessadas  identificadas; 

• Gerentes  de  projetos  que  trabalharam  em  projetos  da  mesma  area  (diretamente  ou  por  meio  de 
ligoes  aprendidas); 

• Especialistas  no  assunto  da  area  de  negficio  ou  do  projeto; 

• Grupos  e consultores  do  setor;  e 

• Associagfies  profissionais  e tecnicas,  entidades  reguladoras  e organizagoes  nao  governamentais. 

A opiniao  especializada  pode  ser  obtida  por  meio  de  consultas  individuals  (reunifies  particulares,  entrevistas, 
etc.)  ou  em  formato  de  painel  (tais  como  discussfies  de  grupo,  pesquisas  de  opiniao,  etc.). 
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13.4.2.3  Reunioes 

As  reunioes  de  avaliagao  do  andamento  sao  usadas  para  trocar  e analisar  informagoes  sobre  o nivel  de 
comprometimento  das  partes  interessadas. 

13.4.3  Controlar  o engajamento  das  partes  interessadas:  saidas 

13.4.3.1  Informagoes  sobre  o desempenho  do  trabalho 

As  informagoes  sobre  o desempenho  do  trabalho  sao  dados  de  desempenho  coletados  de  varios  processos 
de  controle,  analisados  em  contexto  e integrados  baseados  nos  relacionamentos  entre  as  areas.  Assim,  os 
dados  sobre  o desempenho  do  trabalho  foram  transformados  em  informagoes  de  desempenho  do  trabalho. 
Os  dados  por  si  mesmos  nao  sao  usados  no  processo  decisorio,  porque  seu  significado  pode  ser  interpretado 
de  modo  incorreto.  As  informagoes,  no  entanto,  sao  correlacionadas  e contextualizadas,  e fornecem  uma  base 
solida  para  as  decisoes  do  projeto. 

As  informagoes  sobre  o desempenho  do  trabalho  sao  circuladas  atraves  dos  processos  de  comunicagao. 
Exemplos  de  informagoes  sobre  o desempenho  sao  a situagao  das  entregas,  a situagao  da  implementagao  das 
solicitagoes  de  mudanga  e as  estimativas  previstas  para  terminar. 

13.4.3.2  Solicitagoes  de  mudanga 

A analise  do  desempenho  e das  interagoes  com  as  partes  interessadas  do  projeto  muitas  vezes  gera 
solicitagoes  de  mudanga.  Essas  solicitagoes  de  mudanga  sao  processadas  por  meio  do  processo  Realizar  o 
controle  integrado  de  mudangas  (Segao  4.5)  do  seguinte  modo: 

• As  agoes  corretivas  recomendadas  incluem  mudangas  que  alinhem  o desempenho  futuro  esperado 
com  o piano  de  gerenciamento  do  projeto;  e 

• As  agoes  preventivas  recomendadas  podem  reduzir  a probabilidade  de  ocorrencia de  urn  desempenho 
negativo  futuro  para  o projeto. 

13.4.3.3  Atualizagoes  no  piano  de  gerenciamento  do  projeto 

A medida  que  as  partes  interessadas  se  comprometem  com  o projeto,  a eficacia  geral  da  estrategia  de 
gerenciamento  das  partes  interessadas  pode  ser  avaliada.  A proporgao  que  mudangas  na  abordagem  ou 
estrategia  sao  identificadas,  pode  haver  a necessidade  de  atualizagoes  nas  segoes  afetadas  do  piano  de 
gerenciamento  do  projeto  para  refletir  essas  mudangas.  Os  elementos  do  piano  de  gerenciamento  do  projeto 
que  podem  ser  atualizados  incluem,  entre  outros: 
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• Plano  de  gerenciamento  das  mudangas, 

• Plano  de  gerenciamento  das  comunicagoes, 

• Plano  de  gerenciamento  dos  custos, 

• Plano  de  gerenciamento  dos  recursos  humanos, 

• Plano  de  gerenciamento  das  aquisigoes, 

• Plano  de  gerenciamento  da  qualidade, 

• Plano  de  gerenciamento  dos  requisitos, 

• Plano  de  gerenciamento  dos  riscos, 

• Plano  de  gerenciamento  do  cronograma, 

• Plano  de  gerenciamento  do  escopo,  e 

• Plano  de  gerenciamento  das  partes  interessadas. 

13.4.3.4  Atualizagoes  nos  documentos  do  projeto 

Os  documentos  do  projeto  que  podem  ser  atualizados  incluem,  mas  nao  estao  limitados,  a: 

• Registro  das  partes  interessadas.  Este  e atualizado  quando  ha  mudangas  nas  informagoes  sobre  as 
partes  interessadas,  quando  sao  identificadas  novas  partes  interessadas,  ou  se  partes  interessadas 
registradas  nao  estiverem  mais  envolvidas  ou  nao  forem  mais  afetadas  pelo  projeto,  ou  se  forem 
necessarias  outras  atualizagoes  para  partes  interessadas  especificas. 

• Registro  das  questdes.  Ele  e atualizado  quando  sao  identificadas  novas  questoes  e as  questoes 
atuais  sao  resolvidas. 
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13.4.3.5  Atualizagoes  nos  ativos  de  processos  organizacionais 

Os  ativos  de  processos  organizacionais  que  podem  ser  atualizados  incluem,  entre  outros: 

• Notificagfies  das  partes  interessadas.  Podem  ser  fornecidas  informagfies  as  partes  interessadas 
sobre  questoes  solucionadas,  mudangas  aprovadas  e a situagao  geral  do  projeto. 

• Relatorios  do  projeto.  Os  relatorios  formais  e informais  do  projeto  descrevem  o andamento  do 
projeto  e incluem  ligfies  aprendidas,  registros  de  questoes,  relatorios  de  encerramento  do  projeto  e 
resultados  de  outras  areas  de  conhecimento  (Segfies  4 a 12). 

• Apresentagfies  do  projeto.  Informagoes  formal  ou  informalmente  fornecidas  pela  equipe  do  projeto 
a qualquer  ou  a todas  as  partes  interessadas  do  projeto. 

• Registros  do  projeto.  Os  registros  do  projeto  podem  incluir  correspondencia,  memorandos,  atas  de 
reunifies  e outros  documentos  que  descrevam  o projeto. 

• Feedback  das  partes  interessadas.  As  informagfies  recebidas  das  partes  interessadas  relacionadas 
com  as  operagfies  do  projeto  podem  ser  distribuidas  e usadas  para  modificar  ou  melhorar  o 
desempenho  futuro  do  projeto. 

• Documentagao  de  ligoes  aprendidas.  A documentagao  inclui  a analise  da  causa-raiz  dos  problemas 
enfrentados,  o motivo  que  ocasionou  a agao  corretiva  escolhida,  e outros  tipos  de  ligoes  aprendidas 
sobre  o gerenciamento  das  partes  interessadas.  As  ligoes  aprendidas  sao  documentadas  e distribuidas 
para  que  fagam  parte  do  banco  de  dados  histfirico,  tanto  do  projeto  como  da  organizagao  executora. 
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ANEXO  A1 

PADRAO  DE  GERENCIAMENTO  DE  PROJETOS  DE  UM  PROJETO 

Projeto  e um  esforgo  temporario  empreendido  para  criar  um  produto,  servigo  ou  resultado  unico.  A sua 
natureza  temporaria  indica  um  inicio  e um  termino  definidos.  0 termino  e alcangado  quando  os  objetivos 
tiverem  sido  atingidos  ou  quando  se  concluir  que  esses  objetivos  nao  serao  ou  nao  poderao  ser  atingidos  e o 
projeto  for  encerrado,  ou  quando  o mesmo  nao  for  mais  necessario. 

Gerenciamento  de  projetos  e a aplicagao  de  conhecimentos,  habilidades,  ferramentas  e tecnicas  as 
atividades  do  projeto  a fim  de  atender  aos  seus  requisitos.  0 gerenciamento  de  projetos  e realizado  por  meio 
da  aplicagao  e integragao  apropriadas  de  processos  de  gerenciamento  de  projetos  agrupados  logicamente. 

Gerenciar  um  projeto  tipicamente  inclui: 

• Identificagao  dos  requisitos; 

• Adaptagao  as  diferentes  necessidades,  preocupagoes  e expectativas  das  partes  interessadas  a 
medida  que  o projeto  e planejado  e realizado; 

• Estabelecer  e manter  a comunicagao  ativa  com  as  partes  interessadas;  e 

• Balanceamento  das  restrigoes  conflitantes  do  projeto  que  incluem,  mas  nao  se  limitam,  a: 

o Escopo, 
o Qualidade, 
o Cronograma, 
o Orgamento, 
o Recursos,  e 
o Riscos. 

As  circunstancias  especificas  do  projeto  influenciarao  as  restrigoes  que  devem  serfocadas  pelo  gerente  do 
projeto  e exigem  a aplicagao  de  processos  de  gerenciamento  de  projetos  apropriados. 
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A1.1  0 que  e um  padrao? 

AOrganizagao internacional  para padronizagao (ISO) e outros definem  padrao como um  “Documentoaprovado 
por  um  orgao  reconhecido  que  fornece,  para  uso  comum  e repetido,  regras,  diretrizes  ou  caracteristicas  para 
produtos,  processos  e servigos  cujo  cumprimento  nao  e obrigatorio.  ” (ISO  9453)  [1 1 ] 

Em  outubro  de  1998,  o Project  Management  Institute  (PMI)  foi  acreditado  como  desenvolvedor  de  padroes 
pelo  Instituto  nacional  americano  de  padroes  (ANSI).  Os  processos  esbogados  neste  Anexo  e que  sao  descritos 
no  Guia  PMBOK®,  Quinta  Edigao,  fornecem  o padrao  para  gerenciamento  de  projetos  de  um  projeto. 


A1 .2  Estrutura  deste  padrao 

Este  padrao  descreve  a natureza  dos  processos  de  gerenciamento  do  projeto  em  termos  da  integragao  entre 
os  processos,  suas  interagoes,  e seus  objetivos.  De  acordo  com  este  padrao,  supoe-se  que  o projeto,  o gerente 
de  projeto  e a equipe  do  projeto  sejam  designados  a organizagao  executora.  Os  processos  de  gerenciamento 
de  projetos  sao  agrupados  em  cinco  categorias  conhecidas  como  grupos  de  processos  de  gerenciamento  de 
projetos  (ou  grupos  de  processos): 

• Grupo  de  processos  de  iniciagao.  Os  processos  executados  para  definir  um  projeto  novo  ou  uma 
fase  nova  de  um  projeto  existente  por  meio  da  obtengao  de  autorizagao  para  iniciar  o projeto  ou  fase. 

• Grupo  de  processos  de  planejamento.  Os  processos  exigidos  para  definir  o escopo  do  projeto, 
refinar  os  objetivos,  e desenvolver  o curso  de  agao  necessario  para  alcangar  os  objetivos  para  os 
quais  o projeto  foi  criado. 

• Grupo  de  processos  de  execugao.  Os  processos  realizados  para  executar  o trabalho  definido  no 
piano  de  gerenciamento  do  projeto,  a fim  de  atender  as  especificagoes  do  projeto. 

• Grupo  de  processos  de  monitoramento  e controle.  Os  processos  necessarios  para  acompanhar, 
analisar  e controlar  o progresso  e o desempenho  do  projeto,  identificar  todas  as  areas  nas  quais 
serao  necessarias  mudangas  no  piano  e iniciar  as  mudangas  correspondentes. 

• Grupo  de  processos  de  encerramento.  Os  processos  executados  para  concluir  todas  as  atividades 
de  todos  os  grupos  de  processos,  a fim  de  encerrar  formalmente  o projeto  ou  a fase. 
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Os  grupos  de  processos  de  gerenciamento  de  projetos  sao  vinculados  pelas  saidas  que  produzem.  Raramente 
os  grupos  de  processos  sao  eventos  distintos  ou  que  ocorrem  uma  unica  vez;  sao  atividades  sobrepostas 
que  ocorrem  ao  longo  de  todo  o projeto.  A saida  de  um  processo  em  geral  torna-se  uma  entrada  em  outro 
processo  ou  e uma  entrega  do  projeto,  subprojeto,  ou  fase  do  projeto.  As  entregas  no  nfvel  de  subprojeto  ou 
projeto  podem  ser  chamadas  de  entregas  incrementais.  0 grupo  de  processos  de  planejamento  fornece  ao 
grupo  de  processos  de  execugao,  o piano  de  gerenciamento  do  projeto  e,  a medida  que  o projeto  avanga,  ele 
frequentemente  cria  atualizagoes  no  piano  de  gerenciamento  e nos  documentos  do  projeto.  A Figura  A1  - 1 
ilustra  como  os  grupos  de  processos  interagem  e mostra  o nfvel  de  sobreposigao  em  diversas  ocasioes.  Se  o 
projeto  estiver  dividido  em  fases,  os  grupos  de  processos  interagem  dentro  de  cada  fase. 


Grupo  de 
processos 
de  iniciagao 


Grupo  de  Grupo  de 

processos  processos 

de  planejamento  de  execugao 


Grupo  de  processos 
de  monitoramento 
e controle 


Nivel  de 
interagao 
entre  os 
processos 


Infcio 


Grupo  de 
processos  de 
encerramento 


Final 


Figura  A1-1.  Interagoes  entre  os  grupos  de  processos  em  um  projeto 


Um  exemplo  desta  interagao  seria  a safda  de  uma  fase  de  concepgao  que  exige  a aceitagao  pelo  patrocinador 
do  documento  de  concepgao.  Uma  vez  disponivel,  o documento  de  concepgao  fornece  a descrigao  do  produto 
para  os  grupos  de  processos  de  planejamento  e execugao  em  uma  ou  mais  fases  posteriores.  Quando  um 
projeto  e dividido  em  fases,  os  grupos  de  processos  sao  executados  conforme  apropriado  para  orientar  o 
projeto  com  eficacia  em  diregao  a conclusao  de  forma  controlada.  Em  projetos  com  varias  fases,  os  processos 
sao  repetidos  em  cada  fase  ate  que  os  criterios  para  a conclusao  das  fases  sejam  cumpridos. 
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A1 .3  Grupos  de  processos  de  gerenciamento  de  projetos 

As  segoes  a seguir  identificam  e descrevem  os  cinco  grupos  de  processos  de  gerenciamento  de  projetos 
necessarios  em  qualquer  projeto.  Estes  cinco  grupos  de  processos  tern  dependences  Claras  e em  geral  sao 
executados  em  qualquer  projeto  e possuem  urn  alto  grau  de  interagao  entre  si.  Estes  cinco  grupos  de  processos 
independem  de  areas  de  aplicagao  ou  setores  economicos.  Os  grupos  de  processos  Individuals  e os  processos 
individuals  saofrequentemente  repetidos  antes  da  conclusao  do  projeto  e podem  interagir  dentro  de  urn  grupo 
de  processos  e entre  grupos  de  processos.  A natureza  dessas  interagoes  varia  de  urn  projeto  para  outro  e 
podem  ou  nao  ser  executadas  em  uma  ordem  especifica. 

0 diagrama  de  fluxo  de  processos,  Figura  A1-2,  fornece  urn  resumo  geral  do  fluxo  basico  e das  interagoes 
entre  os  grupos  de  processos  e as  partes  interessadas  especificas.  Os  processos  de  gerenciamento  de  projeto 
sao  vinculados  pelas  entradas  e saidas  onde  o resultado  de  urn  processo  torna-se  a entrada  de  outro,  mas  nao 
necessariamente  no  mesmo  grupo  de  processos.  Os  grupos  de  processos  nao  sao  fases  dos  projetos.  Na 
realidade,  todos  os  grupos  de  processos  poderiam  possivelmente  ser  conduzidos  dentro  de  uma  fase.  Quando 
projetos  sao  separados  em  fases  ou  subcomponentes  distintos  tais  como  desenvolvimento  do  conceito,  estudo  de 
viabilidade,  estudo,  design,  prototipo,  construgao,  ou  teste,  etc.  todos  os  grupos  de  processos  seriam  normalmente 
repetidos  para  cada  fase  ou  subcomponente,  conforme  a explicagao  acima  e ilustrada  na  Figura  A1  -2. 
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OBS.:  As  linhas  pontilhadas  mais  escuras  representam  os  relacionamentos  entre  grupos  de  processos;  as  linhas  pontilhadas  mais  Claras  sao  externas  aos  grupos  de  processos. 


Figura  A1-2  Interagoes  nos  processos  de  gerenciamento  de  projetos 
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ATabelaA1-1  reflete  o mapeamento  dos  47  processos  de  gerenciamento  de  projetos  nos  cinco  grupos 
de  processos  de  gerenciamento  de  projetos  e nas  dez  areas  de  conhecimento  de  gerenciamento  de  projetos. 

Os  processos  de  gerenciamento  de  projetos  sao  mostrados  no  grupo  de  processos  em  que  a maior  parte 
da  atividades  ocorre.  Por  exemplo,  quando  urn  processo  que  normalmente  ocorre  no  grupo  de  processos 
de  planejamento  e atualizado  no  grupo  de  processos  de  execugao,  nao  e considerado  urn  novo  processo. 
A natureza  repetitiva  do  gerenciamento  de  projetos  significa  que  os  processos  de  qualquer  grupo  podem 
ser  usados  em  todo  o ciclo  de  vida  do  projeto.  Por  exemplo,  a execugao  de  uma  resposta  ao  risco  pode 
desencadear  o processo  de  Realizagao  de  analise  quantitative  dos  risco  para  avaliar  o impacto. 
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Tabela  A1-1.  Grupo  de  processos  de  gerenciamento  de  projetos  e mapeamento 

da  area  de  conhecimento 


Grupos  de  processos  de  gerenciamento  de  projetos 

Areas  de 
conhecimento 

Grupo  de 
processos  de 
iniciagao 

Grupo  de 
processos  de 
planejamento 

Grupo  de 
processos  de 
execugao 

Grupo  de 
processos  de 
monitoramento 
e controle 

Grupo  de 
processos  de 
encerramento 

4.  Gerenciamento 
da  integragao 
do  projeto 

4.1  Desenvolver  o 
termo  de  abertura 
do  projeto 

4.2  Desenvolver 
o piano  de 
gerenciamento 
do  projeto 

4.3  Orientar  e 
gerenciar  o 
trabalho  do  projeto 

4.4  Monitorar  e 
controlar  o trabalho 
do  projeto 

4.5  Realizar  o 
controle  integrado 
de  mudangas 

4.6  Encerrar  o 
projeto  ou  fase 

5.  Gerenciamento 
do  escopo  do 
projeto 

5.1  Planejar  o 
gerenciamento 
do  escopo 

5.2  Coletar 
os  requisitos 

5.3  Definir  o escopo 

5.4  Criar  a EAP 

5.5  Validar  o escopo 

5.6  Controlar  o 
escopo 

6.  Gerenciamento 
do  tempo  do 
projeto 

6.1  Planejar  o 
gerenciamento 
do  cronograma 

6.2  Definir  as 
atividades 

6.3  Sequenciar  as 
atividades 

6.4  Estimar  os 
recursos  das 
atividades 

6.5  Estimar  as 
duragoes  das 
atividades 

6.6  Desenvolver  o 
cronograma 

6.7  Controlar  o 
cronograma 

7.  Gerenciamento 
dos  custos  do 
projeto 

7.1  Planejar  o 
gerenciamento  dos 
custos 

7.2  Estimar  os  custos 

7.3  Determinar  o 
orgamento 

7.4  Controlar  os 
custos 

8.  Gerenciamento 
da  qualidade  do 
projeto 

8.1  Planejar  o 
gerenciamento  da 
qualidade 

8.2  Realizar  a 
garantia  da 
qualidade 

8.3  Controlar  a 
qualidade 

9.  Gerenciamento 
dos  recursos 
humanos  do 
projeto 

9.1  Planejar  o 
gerenciamento  dos 
recursos  humanos 

9.2  Contratar  ou 
mobilizar  a equipe 
do  projeto 

9.3  Desenvolver  a 
equipe  do  projeto 

9.4  Gerenciar  a 
equipe  do  projeto 

10.  Gerenciamento 
das  comunicagoes 
do  projeto 

10.1  Planejar  o 
gerenciamento  das 
comunicagoes 

10.2  Gerenciar  as 
comunicagoes 

10.3  Controlar  as 
comunicagoes 

11.  Gerenciamento 
dos  riscos  do 
projeto 

11.1  Planejar  o 
gerenciamento  dos 
riscos 

11.2  Identificar  os 
riscos 

11.3  Realizar  a 
analise  qualitativa 
dos  riscos 

11.4  Realizar  a 
analise  quantitativa 
dos  riscos 

11.5  Planejar  as 
respostas  aos  riscos 

11.6  Controlar  os 
riscos 

12.  Gerenciamento 
das  aquisigoes 
do  projeto 

12.1  Planejar  o 
gerenciamento  das 
aquisigoes 

12.2  Conduzir  as 
aquisigoes 

12.3  Controlar  as 
aquisigoes 

12.4  Encerrar  as 
aquisigoes 

13.  Gerenciamento 
das  partes 
interessadas 
do  projeto 

13.1  Identificar  as 
partes  interessadas 

13.2  Planejar  o 
gerenciamento  das 
partes  interessadas 

13.3  Gerenciar  o 
engajamento  das 
Partes  Interessadas 

13.4  Controlar  o 
engajamento  das 
partes  interessadas 
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A1 .4  Grupo  de  processos  de  iniciagao 

O grupo  de  processos  de  iniciagao  consiste  dos  processos  realizados  para  definir  um  novo  projeto  ou 
uma  nova  fase  de  um  projeto  existente  por  meio  da  obtengao  de  autorizagao  para  iniciar  o projeto  ou  fase. 
Nos  processos  de  iniciagao,  o escopo  inicial  e definido  e os  recursos  financeiros  iniciais  sao  comprometidos. 
As  partes  interessadas  internas  e externas  que  vao  interagir  e influenciar  o resultado  geral  do  projeto  sao 
identificadas.  Se  ainda  nao  foi  designado,  o gerente  do  projeto  sera  selecionado.  Estas  informagoes  sao 
capturadas  no  termo  de  abertura  do  projeto  e no  registro  das  partes  interessadas.  Quando  o termo  de  abertura 
do  projeto  e aprovado,  o projeto  se  torna  oficialmente  autorizado.  Embora  a equipe  de  gerenciamento  do  projeto 
possa  ajudar  a escrever  o termo  de  abertura  do  projeto,  este  padrao  pressupoe  que  a avaliagao,  aprovagao 
e o financiamento  do  business  case  sao  externos  aos  limites  do  projeto  (Figura  A1  -3).  Um  limite  de  projeto  e 
definido  como  o momento  determinado  em  que  a conclusao  do  projeto  ou  da  fase  de  projeto  e autorizada.  0 
objetivo  principal  deste  grupo  de  processos  e alinhar  as  expectativas  das  partes  interessadas  com  o objetivo 
do  projeto,  dar-lhes  visibilidade  sobre  o escopo  e objetivos,  e mostrar  como  sua  participagao  no  projeto  e em 
suas  respectivas  fases  pode  assegurar  que  suas  expectativas  sejam  realizadas.  Estes  processos  ajudam  a 
estabelecer  a visao  do  projeto  - o que  precisa  ser  alcangado. 

Projetos  muito  grandes  e complexos  devem  ser  divididos  em  fases  separadas.  Nesses  projetos,  os  processos 
de  iniciagao  sao  realizados  durante  fases  subsequentes  para  validar  as  decisoes  tomadas  durante  os  processos 
originais,  desenvolver  o termo  de  abertura  do  projeto  e identificar  as  partes  interessadas.  A execugao  dos 
processos  de  iniciagao  no  inicio  de  cada  fase  ajuda  a manter  o toco  do  projeto  na  necessidade  empresarial 
para  a qual  o mesmo  foi  criado.  Os  criterios  para  o sucesso  sao  verificados  e a influencia,  motivadores  e 
objetivos  das  partes  interessadas  no  projeto  sao  analisados.  Entao  e decidido  se  o projeto  deve  ser  continuado, 
adiado  ou  interrompido. 

Em  geral  o envolvimento  dos  patrocinadores,  clientes,  e de  outras  partes  interessadas  durante  a iniciagao 
gera  uma  compreensao  compartilhada  dos  criterios  de  sucesso,  reduz  os  custos  de  envolvimento,  e melhora  o 
nivel  de  aceitagao  do  produto  de  entrega  e a satisfagao  do  cliente  e das  outras  partes  interessadas. 
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Figura  A1-3.  Limites  do  projeto 

Os  processos  de  iniciagao  podem  ser  realizados  a nivel  organizacional,  de  programa  ou  portfolio  e estariam 
entao  fora  do  mvel  de  controle  do  projeto.  Por  exemplo,  antes  de  se  iniciar  um  projeto,  a necessidade  de 
requisitos  de  alto  mvel  pode  ser  documentada  como  parte  de  uma  iniciativa  organizacional  maior.  Um  processo 
de  avaliagao  das  alternativas  pode  ser  utilizado  para  determinar  a viabilidade  do  novo  empreendimento. 
Descrigoes  Claras  dos  objetivos  do  projeto  podem  ser  desenvolvidas,  incluindo  os  motivos  por  que  um  projeto 
especffico  e a melhor  alternativa  para  cumprir  os  requisitos.  A documentagao  para  esta  decisao  tambem  pode 
conter  a declaragao  inicial  do  escopo  do  projeto,  entregas,  duragao  do  projeto  e uma  previsao  dos  recursos 
para  a analise  do  investimento  da  organizagao.  Como  parte  dos  processos  de  iniciagao,  o gerente  do  projeto 
recebe  a autoridade  para  aplicar  recursos  organizacionais  as  atividades  subsequentes  do  projeto. 


\ 


Gerenciamento  da 
integrapao  do  projeto 


4.1 

Desenvolver  o 
termo  de 
abertura  do 
projeto 


/ 


♦ 


Gerenciamento  das  partes 
interessadas  do  projeto 


13.1 

Identificar 
as  partes 
interessadas 


A seta  circular  tracejada  indica  que  o processo  e parte  da  area  de 
conhecimento  da  integragao  do  projeto.  Esta  area  de  conhecimento 
coordena  e unifica  os  processos  das  outras  areas  de  conhecimento. 


Figura  A1-4.  Grupo  de  processos  de  iniciagao 
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A1 .4.1  Desenvolver  o termo  de  abertura  do  projeto 

Desenvolver  o termo  de  abertura  do  projeto  e o processo  de  desenvolver  um  documento  que  formalmente 
autoriza  a existencia  de  um  projeto  e da  ao  gerente  do  projeto  a autoridade  necessaria  para  aplicar  recursos 
organizacionais  as  atividades  do  projeto.  0 principal  beneficio  deste  processo  e um  inicio  de  projeto  e limites 
de  projeto  bem  definidos,  a criagao  de  um  registro  formal  do  projeto,  e uma  maneira  direta  da  diregao  executiva 
aceitar  e se  comprometer  formalmente  com  o projeto.  As  entradas  e saidas  deste  processo  estao  mostradas 
na  Figura  A1-5. 


Entradas 


.1  Especificagao  dotrabalho 
do  projeto 
.2  Business  case 
.3  Acordos 

.4  Fatores  ambientais  da 
empresa 

.5  Ativos  de  processos 
organizacionais 


Saidas 


.1  Termo  de  abertura  do  projeto 

V J 


J 


Figura  A1-5.  Desenvolver  o termo  de  abertura  do  projeto:  entradas  e saidas 


A1 .4.2  Identificar  as  partes  interessadas 

Identificar  as  partes  interessadas  e o processo  de  identificar  pessoas,  grupos  ou  organizagoes  que  podem 
impactar  ou  serem  impactados  por  uma  decisao,  atividade  ou  resultado  do  projeto  e analisar  e documentar 
informagoes  relevantes  relativas  aos  seus  interesses,  nivel  de  envolvimento,  interdependences,  influence,  e 
seu  impacto  potencial  no  sucesso  do  projeto.  0 principal  beneficio  deste  processo  e que  ele  permite  ao  gerente 
de  projetos  identificar  o toco  apropriado  para  cada  parte  interessada  ou  grupo  de  partes  interessadas.  As 
entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -6. 


Entradas 


.1  Termo  de  abertura  do 
projeto 

.2  Documentos  de  aquisigao 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Saidas 


.1  Registro  das  partes 
^ interessadas 


J 


Figura  A1-6.  Identificar  as  partes  interessadas:  entradas  e saidas 


426 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


ANEXO  A1  - PADRAO  DE  GERENCI AMENTO  DE  PROJETOS  DE  UM  PROJETO 


A1 .5  Grupo  de  processos  de  planejamento 

O grupo  de  processos  de  planejamento  consiste  dos  processos  realizados  para  estabelecer  o escopo 
total  do  esforgo,  definir  e refinar  os  objetivos  e desenvolver  o curso  de  agao  necessario  para  alcangar  esses 
objetivos.  Os  processos  de  planejamento  desenvolvem  o piano  de  gerenciamento  e os  documentos  do  projeto 
que  serao  usados  para  executa-lo.  A natureza  complexa  do  gerenciamento  de  projetos  pode  exigir  o uso  de 
ciclos  repetidos  de  feedback  para  a realizagao  de  analises  adicionais.  A medida  que  mais  informagoes  ou 
caracterfsticas  do  projeto  sao  coletadas  e entendidas,  e provavel  que  seja  necessario  realizar  planejamentos 
adicionais.  Mudangas  significativas  ocorridas  ao  longo  do  ciclo  de  vida  do  projeto  acionam  uma  necessidade 
de  revisitar  urn  ou  mais  dos  processos  de  planejamento  e possivelmente,  alguns  dos  processos  de  iniciagao. 
Este  detalhamento  progressivo  do  piano  de  gerenciamento  do  projeto  e denominado  elaboragao  progressiva, 
indicando  que  o planejamento  e a documentagao  sao  atividades  iterativas  e continuas.  0 beneficio  principal 
deste  grupo  de  processos  e delinear  a estrategia  e a tatica,  e tambem  o curso  de  agao  ou  urn  caminho  para  a 
conclusao  do  projeto  ou  da  fase  com  exito.  Quando  o grupo  de  processos  de  planejamento  e bem  gerenciado, 
fica  muito  mais  facil  conquistar  a adesao  e a participagao  das  partes  interessadas.  Estes  processos  descrevem 
como  isto  sera  feito,  resultando  nos  objetivos  desejados. 

0 piano  de  gerenciamento  do  projeto  e os  documentos  do  projeto  desenvolvidos  como  saidas  do  grupo  de 
processos  de  planejamento  explorarao  todos  os  aspectos  do  escopo,  tempo,  custos,  qualidade,  comunicagoes, 
recursos  humanos,  riscos,  aquisigoes,  e gerenciamento  das  partes  interessadas. 

As  atualizagoes  resultantes  das  mudangas  aprovadas  durante  o projeto  (geralmente  durante  os  processos 
de  Monitoramento  e controle,  e especificamente  durante  o processo  de  Orientar  e gerenciar  o trabalho  do 
projeto)  podem  influenciar  significativamente  partes  do  piano  de  gerenciamento  do  projeto  e os  documentos 
do  projeto.  As  atualizagoes  nesses  documentos  fornecem  maior  precisao  em  relagao  ao  cronograma,  custos  e 
requisitos  de  recursos  para  cumprir  o escopo  definido  para  o projeto. 

A equipe  do  projeto  busca  informagoes  e estimula  o envolvimento  de  todas  as  partes  interessadas  ao 
planejar  o projeto  e desenvolver  o piano  de  gerenciamento  e os  documentos  do  mesmo.  Como  o processo  de 
feedback  e refinamento  nao  pode  continuar  indefinidamente,  os  procedimentos  definidos  pela  organizagao 
determinam  quando  o esforgo  de  planejamento  inicial  termina.  Esses  procedimentos  serao  afetados  pela 
natureza  do  projeto,  pelos  limites  definidos  para  o mesmo,  pelas  atividades  de  monitoramento  e controle 
apropriadas  e tambem  pelo  ambiente  em  que  o projeto  sera  executado. 

Outras  interagoes  no  grupo  de  processos  de  planejamento  dependem  da  natureza  do  projeto.  Por  exemplo, 
para  alguns  projetos,  havera  pouco  ou  nenhum  risco  identificavel  ate  que  tenha  sido  elaborada  uma  grande 
parte  do  planejamento.  Nessa  ocasiao,  a equipe  podera  reconhecer  que  as  metas  de  custos  e cronograma 
sao  muito  agressivas  e,  portanto,  envolvem  consideravelmente  mais  risco  do  que  o entendimento  anterior.  Os 
resultados  das  iteragoes  sao  documentados  como  atualizagoes  no  piano  de  gerenciamento  do  projeto  ou  em 
varios  documentos  do  projeto. 
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0 grupo  de  processos  de  planejamento  (Figura  A1-7)  inclui  os  processos  de  gerenciamento  do  projeto 
identificados  nas  Figuras  A1  -8  a A1  -31  (ver  as  Segoes  de  A1 .5.1  ate  A1 .5.24). 


Gerenciamento  do 
escopo  do  projeto 


Gerenciamento  do 
tempo  do  projeto 


Gerenciamento  dos 
custos  do  projeto 


A seta  circular  tracejada  indica  que  o processo  e parte  da  area  de  conhecimento  do 
gerenciamento  da  integragao  do  projeto.  Esta  area  de  conhecimento  coordena  e 
unifica  os  processos  das  outras  areas  de  conhecimento. 


Figura  A1-7.  Grupo  de  processos  de  planejamento 
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A1.5.1  Desenvolver  o piano  de  gerenciamento  do  projeto 

Desenvolver  o piano  de  gerenciamento  do  projeto  e o processo  de  definir,  preparar  e coordenar  todos  os 
pianos  auxiliares  e integra-los  a um  piano  de  gerenciamento  do  projeto  abrangente.  0 principal  beneficio  deste 
processo  e um  documento  central  que  define  a base  de  todo  trabalho  do  projeto.  As  entradas  e safdas  para  este 
processo  estao  ilustradas  na  Figura  A1  -8. 


Entradas 


.1  Termo  de  abertura  do 
projeto 

.2  Saidas  de  outros  processos 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Saidas 


.1  Plano  de  gerenciamento 
do  projeto 


V 


J 


Figura  A1-8.  Desenvolver  o piano  de  gerenciamento  do  projeto:  entradas  e saldas 


A1.5.2  Planejar  o gerenciamento  do  escopo 

Planejar  o gerenciamento  do  escopo  e o processo  de  criar  um  piano  de  gerenciamento  do  escopo  do  projeto 
que  documenta  como  tal  escopo  sera  definido,  validado,  e controlado.  0 principal  beneficio  deste  processo  e o 
fornecimento  de  orientagao  e instrugoes  sobre  como  o escopo  sera  gerenciado  ao  longo  de  todo  o projeto.  As 
entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -9. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Termo  de  abertura  do  projeto 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Saidas 


.1  Plano  de  gerenciamento 
do  escopo 

.2  Plano  de  gerenciamento 
^ dos  requisitos 


Figura  A1-9.  Planejar  o gerenciamento  do  escopo:  entradas  e saidas 
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A1.5.3  Coletar  os  requisitos 

Coletar  os  requisitos  e o processo  de  determinar,  documentar  e gerenciar  as  necessidades  e requisitos 
das  partes  interessadas  a fim  de  atender  aos  objetivos  do  projeto.  0 principal  beneficio  deste  processo  e o 
fornecimento  da  base  para  definigao  e gerenciamento  do  escopo  do  projeto,  incluindo  o escopo  do  produto.  As 
entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -1 0. 


Entradas 


.1  Plano  de  gerenciamento 
do  escopo 

.2  Plano  de  gerenciamento 
dos  requisitos 
.3  Plano  de  gerenciamento 
das  partes  interessadas 
.4  Termo  de  abertura  do  projeto 
.5  Registro  das  partes 
interessadas 


Saidas 


.1  Documentagao  dos 
requisitos 

.2  Matriz  de  rastreabilidade 
de  requisitos 


Figura  A1-10.  Coletar  os  requisitos:  entradas  e saidas 


A1.5.4  Definir  o escopo 

Definir  o escopo  e o processo  de  desenvolvimento  de  uma  descrigao  detalhada  do  projeto  e do  produto. 
0 principal  beneficio  deste  processo  e que  ele  descreve  os  limites  do  projeto,  servigos  ou  resultados  ao  definir 
quais  dos  requisitos  coletados  serao  incluidos  e quais  serao  excluidos  do  escopo  do  projeto.  As  entradas 
e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -1 1 . 


Entradas 


.1  Plano  de  gerenciamento 
do  escopo 

.2  Termo  de  abertura  do  projeto 

.3  Documentagao  dos 
requisitos 

.4  Ativos  de  processos 
organizacionais 


Saidas 


.1  Declaragao  do  escopo  do 
projeto 

.2  Atualizagoes  nos 
documentos  do  projeto 


Figura  A1-11.  Definir  o escopo:  entradas  e saidas 
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ANEXO  A1  - PADRAO  DE  GERENCI AMENTO  DE  PROJETOS  DE  UM  PROJETO 


A1 .5.5  Criar  a estrutura  anali'tica  do  projeto  (EAP) 

Criar  a estrutura  analitica  do  projeto  (EAP)  e o processo  de  subdivisao  das  entregas  e do  trabalho  do 
projeto  em  componentes  menores  e de  gerenciamento  mais  facil.  0 principal  beneficio  deste  processo  e o 
fornecimento  de  uma  visao  estruturada  do  que  deve  ser  entregue.  As  entradas  e saidas  deste  processo  estao 
ilustradas  na  Figura  A1  -1 2. 


Entradas 


.1  Plano  de  gerenciamento 
do  escopo 

.2  Declaragao  do  escopo  do 
projeto 

.3  Documentagao  dos  requisites 

.4  Fatores  ambientais  da 
empresa 

.5  Ativos  dos  processos 
organizacionais 


Saidas 


.1  Linha  de  base  do  escopo 
.2  Atualizagoes  nos 
documentos  do  projeto 


Figura  A1-12.  Criar  a estrutura  analitica  do  projeto  (EAP):  entradas  e saidas 


A1.5.6  Planejar  o gerenciamento  do  cronograma 

Planejar  o gerenciamento  do  cronograma  e o processo  de  estabelecer  as  politicas,  os  procedimentos, 
e a documentagao  para  o planejamento,  desenvolvimento,  gerenciamento,  execugao  e controle  do  cronograma 
do  projeto.  0 principal  beneficio  deste  processo  e o fornecimento  de  orientagao  e diregao  sobre  como 
o cronograma  do  projeto  sera  gerenciado  ao  longo  de  todo  o projeto.  As  entradas  e saidas  deste  processo  estao 
ilustradas  na  Figura  A1 -13. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Termo  de  abertura  do 
projeto 

.3  Fatores  ambientais 
da  empresa 

.4  Ativos  dos  processos 
organizacionais 

V 


Saidas 


.1  Plano  de  gerenciamento 
do  cronograma 

V / 


J 


Figura  A1-13.  Planejar  o gerenciamento  do  cronograma:  entradas  e saidas 
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ANEXO  A1  - PADRAO  DE  GERENCIAMENTO  DE  PROJETOS  DE  UM  PROJETO 


A1.5.7  Definir  as  atividades 

Definir  as  atividades  e o processo  de  identificagao  e documentagao  das  agoes  especificas  a serem  realizadas 
para  produzir  as  entregas  do  projeto.  0 principal  beneficio  deste  processo  e a divisao  dos  pacotes  de  trabalho 
em  atividades  que  fornecem  uma  base  para  estimar,  programar,  executar,  monitorar  e controlar  os  trabalhos 
do  projeto.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -1 4. 


Entradas 


.1  Plano  de  gerenciamento 
do  cronograma 
.2  Linha  de  base  do  escopo 
.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 

V / 


Saidas 


.1  Lista  de  atividades 
.2  Atributos  das  atividades 
.3  Lista  de  marcos 

V / 


Figura  A1-14.  Definir  as  atividades:  entradas  e saidas 


A1.5.8  Sequenciar  as  atividades 

Sequenciar  as  atividades  e o processo  de  identificagao  e documentagao  dos  relacionamentos  entre  as 
atividades  do  projeto.  0 principal  beneficio  deste  processo  e definir  a sequencia  logica  do  trabalho  a fim  de 
obter  o mais  alto  nivel  de  eficiencia  em  face  de  todas  as  restrigoes  do  projeto.  As  entradas  e saidas  deste 
processo  estao  ilustradas  na  Figura  A1 -15. 


Entradas 


.1  Plano  de  gerenciamento 
do  cronograma 
.2  Lista  de  atividades 
.3  Atributos  das  atividades 
.4  Lista  de  marcos 
.5  Declaragao  do  escopo  do 
projeto 

.6  Fatores  ambientais  da 
empresa 

.7  Ativos  de  processos 
organizacionais 

V J 


Saidas 


.1  Diagramas  de  rede  do 
cronograma  do  projeto 
.2  Atualizagoes  nos 
documentos  do  projeto 

V J 


Figura  A1-15.  Sequenciar  as  atividades:  entradas  e saidas 
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ANEXO  A1  - PADRAO  DE  GERENCI AMENTO  DE  PROJETOS  DE  UM  PROJETO 


A1 .5.9  Estimar  os  recursos  das  atividades 

Estimar  os  recursos  das  atividades  e o processo  de  estimativa  dos  tipos  e quantidades  de  material,  recursos 
humanos,  equipamentos  ou  suprimentos  que  serao  necessarios  para  realizar  cada  atividade.  0 principal 
beneficio  deste  processo  e identificar  o tipo,  quantidade  e caracteristicas  dos  recursos  exigidos  para  concluir 
a atividade,  permitindo  estimativas  de  custos  e de  duragao  mais  exatas.  As  entradas  e saidas  deste  processo 
estao  ilustradas  na  Figura  A1  -1 6. 


Entradas 


Saidas 


.1  Plano  de  gerenciamento  do 
cronograma 
.2  Lista  de  atividades 
.3  Atributos  das  atividades 
.4  Calendarios  dos  recursos 
.5  Registro  dos  riscos 
.6  Estimativas  dos  custos  das 
atividades 

.7  Fatores  ambientais  da 
empresa 

.8  Ativos  de  processos 
organizacionais 


.1  Requisitos  de  recursos 
das  atividades 
.2  Estrutura  analitica  dos 
recursos 

.3  Atualizagoes  nos 
documentos  do  projeto 


Figura  A1-16.  Estimar  os  recursos  das  atividades:  entradas  e saidas 


A1.5.10  Estimar  as  duragoes  das  atividades 

Estimar  as  duragoes  das  atividades  e o processo  de  estimativa  do  numero  de  periodos  de  trabalho  que 
serao  necessarios  paraterminar  atividades  especificas  com  os  recursos  estimados.  0 principal  beneficio  deste 
processo  e fornecer  a quantidade  de  tempo  necessario  para  concluir  cada  atividade,  o que  e uma  informagao 
muito  importante  para  o processo  Desenvolver  o cronograma.  As  entradas  e saidas  deste  processo  estao 
ilustradas  na  Figura  A1 -17. 
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ANEXO  A1  - PADRAO  DE  GERENCIAMENTO  DE  PROJETOS  DE  UM  PROJETO 


.1  Plano  de  gerenciamento 


1 Estimativas  das  duragoes 
das  atividades 


do  projeto 

.2  Lista  de  atividades 
.3  Atributos  das  atividades 


.2  Atualizagoes  nos 
documentos  do  projeto 


.4  Requisitos  de  recursos  v 


das  atividades 
.5  Calendarios  dos  recursos 
.6  Declaragao  do  escopo  do 
projeto 

.7  Registro  dos  riscos 
.8  Estrutura  analitica  dos 
recursos 

.9  Fatores  ambientais  da 
empresa 

10  Ativos  de  processos 
organizacionais 


Figura  A1-17.  Estimar  as  duragoes  das  atividades:  entradas  e saidas 


A1.5.11  Desenvolver  o cronograma 

Desenvolver  o cronograma  e o processo  de  analise  do  sequenciamento  das  atividades,  suas  duragoes, 
recursos  necessarios  e restrigoes  do  cronograma  visando  criar  o cronograma  do  projeto.  0 principal  beneficio 
deste  processo  e obtido  atraves  da  insergao  das  atividades  do  cronograma,  suas  duragoes,  disponibilidades  dos 
recursos  e relacionamentos  logicos  em  uma  ferramenta  de  cronograma,  gerando  urn  modelo  de  cronograma 
com  datas  planejadas  para  a conclusao  das  atividades  do  projeto.  As  entradas  e saidas  deste  processo  estao 
ilustradas  na  Figura  A1  -18. 
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ANEXO  A1  - PADRAO  DE  GERENCI AMENTO  DE  PROJETOS  DE  UM  PROJETO 


.1  Plano  de  gerenciamento 


.1  Linha  de  base  do 


do  cronograma 
.2  Lista  de  atividades 
.3  Atributos  das  atividades 
.4  Diagramas  de  rede  do 


cronograma 

.2  Cronograma  do  projeto 
.3  Dados  do  cronograma 
.4  Calendarios  do  projeto 
.5  Atualizagoes  no  piano  de 


cronograma  do  projeto 
.5  Requisitos  de  recursos 


gerenciamento  do  projeto 
.6  Atualizagoes  nos 


das  atividades 
.6  Calendarios  dos  recursos 


documentos  do  projeto 


.7  Estimativas  das  duragoes  v. 


das  atividades 
.8  Declaragao  do  escopo  do 
projeto 

.9  Registro  dos  riscos 

.10  Atribuigoes  das  equipes 
do  projeto 

.11  Estrutura  analitica  dos 
recursos 

.12  Fatores  ambientais  da 
empresa 

.13  Ativos  de  processos 
organizacionais 


Figura  A1-18.  Desenvolver  o cronograma:  entradas  e saidas 


A1.5.12  Planejar  o gerenciamento  dos  custos 

Planejar  o gerenciamento  dos  custos  e o processo  de  estabelecer  as  politicas,  os  procedimentos  e a 
documentagao  necessarios  para  o planejamento,  gerenciamento,  desembolso  e controle  dos  custos  do  projeto. 
0 principal  beneflcio  deste  processo  e o fornecimento  de  orientagao  e instrugoes  sobre  como  os  custos  do 
projeto  serao  gerenciados  ao  longo  de  todo  o projeto.  As  entradas  e saidas  deste  processo  estao  ilustradas  na 
Figura  A1-19. 
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.1 

.2 

.3 

.4 

L 


Entradas 


Plano  de  gerenciamento 
do  projeto 

Termo  de  abertura  do  projeto 
Fatores  ambientais  da 
empresa 

Ativos  de  processos 
organizacionais 


Saidas 


.1  Plano  de  gerenciamento 
dos  custos 


Figura  A1-19.  Planejar  o gerenciamento  dos  custos:  entradas  e saidas 


A1.5.13  Estimar  os  custos 

0 processo  de  desenvolvimento  de  uma  estimativa  de  custos  dos  recursos  monetarios  necessarios  para 
terminar  as  atividades  do  projeto.  0 principal  beneficio  deste  processo  e a definigao  dos  custos  exigidos  para 
concluir  os  trabalhos  do  projeto.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -20. 


Entradas 


.1  Plano  de  gerenciamento 
dos  custos 

.2  Plano  de  gerenciamento 
dos  recursos  humanos 
.3  Linha  de  base  do  escopo 
.4  Cronograma  do  projeto 
.5  Registro  dos  riscos 
.6  Fatores  ambientais  da 
empresa 

.7  Ativos  de  processos 
organizacionais 


Saidas 


.1  Estimativas  dos  custos 
das  atividades 
.2  Bases  das  estimativas 
.3  Atualizagoes  nos 
documentos  do  projeto 

V J 


Figura  A1  -20.  Estimar  os  custos:  entradas  e saidas 
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ANEXO  A1  - PADRAO  DE  GERENCI AMENTO  DE  PROJETOS  DE  UM  PROJETO 


A1.5.14  Determinar  o orgamento 

Determinar  o orgamento  e o processo  de  agregagao  dos  custos  estimados  de  atividades  individuals  ou 
pacotes  de  trabalho  para  estabelecer  uma  linha  de  base  dos  custos  autorizada.  0 principal  beneficio  deste 
processo  e a determinagao  da  linha  de  base  dos  custos  para  o monitoramento  e controle  do  desempenho  do 
projeto.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -21 . 


Entradas 


.1  Plano  de  gerenciamento 
dos  custos 

.2  Linha  de  base  do  escopo 
.3  Estimativas  dos  custos  das 
atividades 

.4  Bases  das  estimativas 
.5  Cronograma  do  projeto 
.6  Calendario  do  recurso 
.7  Registro  dos  riscos 
.8  Acordos 

.9  Ativos  de  processos 
organizacionais 


Saidas 


.1  Linha  de  base  dos  custos 
.2  Requisitos  de  recursos 
financeiros  do  projeto 
.3  Atualizagoes  nos 
documentos  do  projeto 
V y 


Figura  A1-21.  Determinar  o orgamento:  entradas  e saidas 


A1.5.15  Planejar  o gerenciamento  da  qualidade 

Planejar  o gerenciamento  da  qualidade  e o processo  de  identificagao  dos  requisitos  e/ou  padroes  de 
qualidade  do  projeto  e suas  entregas,  alem  da  documentagao  de  como  o projeto  demonstrara  conformidade 
com  os  requisitos  de  qualidade  relevantes.  0 principal  beneficio  deste  processo  e o fornecimento  de  orientagao 
e instrugoes  sobre  como  a qualidade  sera  gerenciada  e validada  ao  longo  de  todo  o projeto.  As  entradas 
e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -22. 
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Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Registro  das  partes 
interessadas 

.3  Registro  dos  riscos 

.4  Documentagao  dos 
requisitos 

.5  Fatores  ambientais  da 
empresa 

.6  Ativos  de  processos 
organizacionais 


Saidas 


.1  Plano  de  gerenciamento  da 
qualidade 

.2  Plano  de  melhorias  no 
processo 

.3  Metricas  da  qualidade 

.4  Listas  de  verificagao  da 
qualidade 

.5  Atualizagoes  nos  documentos 
do  projeto 


Figura  A1-22.  Planejar  o gerenciamento  da  qualidade:  entradas  e saidas 


A1.5.16  Planejar  o gerenciamento  dos  recursos  humanos 

Planejar  o gerenciamento  dos  recursos  humanos  e o processo  de  identificagao  e documentagao  de 
papeis,  responsabilidades,  habilidades  necessarias  e relagoes  hierarquicas  do  projeto,  alem  da  criagao  de 
urn  piano  de  gerenciamento  de  pessoal.  0 principal  beneficio  deste  processo  e o estabelecimento  dos  papeis, 
responsabilidades  e organogramas  do  projeto,  alem  do  piano  de  gerenciamento  de  pessoal,  incluindo  o 
cronograma  para  mobilizagao  e liberagao  do  pessoal.  As  entradas  e saidas  deste  processo  estao  ilustradas  na 
Figura  A1 -23. 
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.3 

.4 
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Entradas 


Plano  de  gerenciamento 
do  projeto 

Requisitos  de  recursos  das 
atividades 

Fatores  ambientais  da 
empresa 

Ativos  de  processos 
organizacionais 


Saidas 


.1  Plano  de  gerenciamento 
dos  recursos  humanos 

V / 


Figura  A1-23.  Planejar  o gerenciamento  dos  recursos  humanos:  entradas  e saidas 
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ANEXO  A1  - PADRAO  DE  GERENCI AMENTO  DE  PROJETOS  DE  UM  PROJETO 


A1.5.17  Planejar  o gerenciamento  das  comunicagoes 

Planejar  o gerenciamento  das  comunicagoes  e o processo  de  desenvolver  uma  abordagem  apropriada 
e urn  piano  de  comunicagao  do  projeto  com  base  nas  necessidades  de  informagao  e requisitos  das  partes 
interessadas,  e nos  ativos  organizacionais  disponiveis.  0 principal  beneficio  deste  processo  e a identificagao 
e a documentagao  da  abordagem  de  comunicagao  mais  eficaz  e eficiente  com  as  partes  interessadas.  As 
entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -24. 


r ^ 

Entradas 

Saidas  1 

.1  Plano  de  gerenciamento 
do  projeto 

.2  Registro  das  partes 
interessadas 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 

.1  Plano  de  gerenciamento 
das  comunicagoes 
.2  Atualizagoes  nos 
documentos  do  projeto 

^ J 

Figura  A1-24.  Planejar  o gerenciamento  das  comunicagoes:  entradas  e saidas 


A1.5.18  Planejar  o gerenciamento  dos  riscos 

Planejar  o gerenciamento  dos  riscos  e o processo  de  definigao  de  como  conduzir  as  atividades  de 
gerenciamento  dos  riscos  de  urn  projeto.  0 principal  beneficio  deste  processo  e que  ele  garante  que  o grau, 
tipo,  e visibilidade  do  gerenciamento  dos  riscos  sejam  proporcionais  tanto  aos  riscos  como  a importance  do 
projeto  para  a organizagao.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -25. 
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Plano  de  gerenciamento 
do  projeto 

Termo  de  abertura  do  projeto 
Registro  das  partes 
interessadas 
Fatores  ambientais  da 
empresa 

Ativos  de  processos 
organizacionais 


Saidas 


.1  Plano  de  gerenciamento 
v dos  riscos 


Figura  A1-25.  Planejar  o gerenciamento  dos  riscos:  entradas  e saidas 
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A1.5.19  Identificar  os  riscos 

Identificar  os  riscos  e o processo  de  determinagao  dos  riscos  que  podem  afetar  o projeto  e de  documentagao 
de  suas  caracteristicas.  0 principal  beneficio  deste  processo  e a documentagao  dos  riscos  existentes  e o 
conhecimento  e a capacidade  que  ele  fornece  a equipe  do  projeto  de  se  antecipar  aos  eventos.  As  entradas  e 
saidas  deste  processo  estao  ilustradas  na  Figura  A1  -26. 
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empresa 

Ativos  de  processos 
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Saidas 


.1  Registro  dos  riscos 

v / 


Figura  A1-26.  Identificar  os  riscos:  entradas  e saidas 


A1.5.20  Realizar  a analise  qualitativa  dos  riscos 

Realizar  a analise  qualitativa  dos  riscos  e o processo  de  priorizagao  de  riscos  para  posterior  analise  ou  agao 
atraves  da  avaliagao  e combinagao  de  sua  probabilidade  de  ocorrencia  e impacto.  0 principal  beneficio  deste 
processo  e habilitar  os  gerentes  do  projeto  a reduzir  o nivel  de  incerteza  e focar  os  riscos  de  alta  prioridade.  As 
entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -27. 
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Entradas 


.1  Plano  de  gerenciamento 
dos  riscos 

.2  Linha  de  base  do  escopo 
.3  Registro  dos  riscos 
.4  Fatores  ambientais  da 
empresa 

.5  Ativos  de  processos 
organizacionais 


Saidas 


.1  Atualizagoes  nos 
documentos  do  projeto 


J 


Figura  A1-27.  Realizar  a analise  quantitativa  dos  riscos:  entradas  e saidas 


A1.5.21  Realizar  a analise  quantitativa  dos  riscos 

Realizar  a analise  quantitativa  dos  riscos  e o processo  de  analisar  numericamente  o efeito  dos  riscos 
identificados  nos  objetivos  gerais  do  projeto.  0 principal  beneficio  deste  processo  e a produgao  de  informagoes 
quantitativas  dos  riscos  para  respaldar  atomada  de  decisoes,  afim  de  reduzir  o grau  de  incerteza  dos  projetos. 
As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -28. 


Entradas 


.1  Plano  de  gerenciamento 
dos  riscos 

.2  Plano  de  gerenciamento 
dos  custos 

.3  Plano  de  gerenciamento 
do  cronograma 

.4  Registro  dos  riscos 

.5  Fatores  ambientais  da 
empresa 

.6  Ativos  de  processos 
organizacionais 


Saidas 


.1  Atualizagoes  nos 
documentos  do  projeto 


J 


Figura  A1-28.  Realizar  a analise  quantitativa  dos  riscos:  entradas  e saidas 
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A1 .5.22  Planejar  as  respostas  aos  riscos 

Planejar  as  respostas  aos  riscos  e o processo  de  desenvolvimento  de  opgoes  e agoes  para  melhorar 
as  oportunidades  e reduzir  as  ameagas  aos  objetivos  do  projeto.  0 principal  beneficio  deste  processo  e a 
abordagem  dos  riscos  por  prioridades,  injetando  recursos  e atividades  no  orgamento,  no  cronograma  e no 
piano  de  gerenciamento  do  projeto,  conforme  necessario.  As  entradas  e saidas  deste  processo  estao  ilustradas 
na  Figura  A1-29. 


Entradas 


.1  Plano  de  gerenciamento 
dos  riscos 

.2  Registro  dos  riscos 


Saidas 


.1  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.2  Atualizagoes  nos 
documentos  do  projeto 


Figura  A1-29.  Planejar  as  respostas  aos  riscos:  entradas  e saidas 

A1.5.23  Planejar  o gerenciamento  das  aquisigoes 

Planejar  o gerenciamento  da  aquisigoes  e o processo  de  documentagao  das  decisoes  de  compras  do 
projeto,  especificando  a abordagem  e identificando  fornecedores  em  potencial.  0 principal  beneficio  deste 
processo  e a definigao  de  aquisigao  ou  nao  de  suporte  externo  e,  se  for  o caso,  do  que  adquirir,  de  como  fazer 
a aquisigao,  da  quantidade  necessaria  e de  quando  efetuar  a aquisigao.  As  entradas  e saidas  deste  processo 
estao  ilustradas  na  Figura  A1  -30. 
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Entradas 


.1 

.2 

.3 

.4 

.5 

.6 

.7 

.8 

.9 

V_ 


Plano  de  gerenciamento 
do  projeto 
Documentagao  dos 
requisitos 
Registro  dos  riscos 
Requisitos  de  recursos  das 
atividades 

Cronograma  do  projeto 

Estimativas  dos  custos  das 

atividades 

Registro  das  partes 

interessadas 

Fatores  ambientais  da 

empresa 

Ativos  de  processos 
organizacionais 


.1 

.2 

.3 

.4 

.5 

.6 

.7 

V_ 


Saidas 


Plano  de  gerenciamento 
das  aquisigoes 
Especificagao  do  trabalho 
de  aquisigoes 
Documentos  de  aquisigao 
Criterios  para  selegao  de 
fontes 

Decisoes  de  fazer  ou  comprar 
Solicitagoes  de  mudangas 
Atualizagoes  nos  documentos 
do  projeto 


Figura  A1-30.  Planejar  o gerenciamento  das  aquisigoes:  entradas  e saidas 


A1.5.24  Planejar  o gerenciamento  das  partes  interessadas 

Planejar  o gerenciamento  das  partes  interessadas  e o processo  de  desenvolver  estrategias  apropriadas 
de  gerenciamento  para  engajar  as  partes  interessadas  de  maneira  eficaz  no  decorrer  de  todo  o ciclo  de 
vida  do  projeto,  com  base  na  analise  das  suas  necessidades,  interesses,  e impacto  potencial  no  sucesso  do 
projeto.  0 principal  beneficio  deste  processo  e o fornecimento  de  urn  piano  claro  e de  interagao  com  as  partes 
interessadas  do  projeto  para  que  suportem  os  seus  interesses  no  projeto.  As  entradas  e saidas  deste  processo 
estao  ilustradas  na  Figura  A1  -31 . 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Registro  das  partes 
interessadas 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Saidas 


.1  Plano  de  gerenciamento 
das  partes  interessadas 
.2  Atualizagoes  nos 
documentos  do  projeto 

V . _ 


Figura  A1-31.  Planejar  o gerenciamento  das  partes  interessadas:  entradas  e saidas 
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A1 .6  Grupo  de  processos  de  execugao 

O Grupo  de  processos  de  execugao  consiste  dos  processos  realizados  para  executar  o trabalho  definido 
no  piano  de  gerenciamento  do  projeto  para  satisfazer  as  especificagoes  do  mesmo.  Este  grupo  de  processos 
envolve  coordenar  pessoas  e recursos,  gerenciar  as  expectativas  das  partes  interessadas,  e tambem  integrar  e 
executar  as  atividades  do  projeto,  em  conformidade  com  o piano  de  gerenciamento  do  mesmo  (Figura  A1  -32). 

Durante  a execugao  do  projeto,  os  resultados  poderao  requerer  atualizagoes  no  planejamento  e mudangas 
nas  linhas  de  base.  Isso  pode  incluir  mudangas  nas  duragoes  previstas  das  atividades,  na  produtividade  e na 
disponibilidade  dos  recursos,  e riscos  imprevistos.  Essas  variagoes  podem  afetar  o piano  de  gerenciamento  ou 
os  documentos  do  projeto,  e podem  exigir  uma  analise  detalhada  e o desenvolvimento  de  respostas  apropriadas 
de  gerenciamento  de  projetos.  Os  resultados  da  analise  podem  acionar  solicitagoes  de  mudangas  que,  se 
forem  aprovadas,  poderao  modificar  o piano  de  gerenciamento  do  projeto  ou  os  outros  documentos  do  projeto 
e talvez  exigir  a definigao  de  novas  linhas  de  base.  Uma  grande  parte  do  orgamento  do  projeto  sera  consumida 
na  execugao  dos  processos  do  grupo  de  processos  de  execugao.  0 grupo  de  processos  de  execugao  (Figura 
A1-32)  inclui  os  processos  de  gerenciamento  de  projetos  identificados  nas  Figuras  A1-33  ate  A1-40  (consulte 
as  SegoesA1.6.1  ate  A1 .6.8). 
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Gerenciamento  da 
qualidade  do  projeto 


8.2 

Realizar  a 
garantia 
da  qualidade 


Gerenciamento  das  partes 
interessadas  do  projeto 


13.3 

Gerenciar 
as  partes 
interessadas 
do  projeto 


Gerenciamento  da 


integra$ao  do  projeto 


Gerenciamento  dos 
recursos  humanos 
do  projeto 


✓ 


Gerenciamento  das 
aquisi$6es  do  projeto 


4.3 

Orientar  e 
gerenciar  a 
execugtao  do 
projeto 


Gerenciamento  das 
comunicapdes  do  projeto 


10.2 

Gerenciar  as 
comunica^oes 


12.2 

Conduzir  as 
aquisi^oes 


A seta  circular  tracejada  indica  que  o processo  e parte  da  area  de  conhecimento  do  gerenciamento  da  integragao  do 
projeto.  Esta  area  de  conhecimento  coordena  e unifica  os  processos  das  outras  areas  de  conhecimento. 


Figura  A1  -32.  Grupo  de  processos  de  execugao 

A1.6.1  Orientar  e gerenciar  o trabalho  do  projeto 

Orientar  e gerenciar  o trabalho  do  projeto  e o processo  de  lideranga  e realizagao  do  trabalho  definido  no 
piano  de  gerenciamento  do  projeto  e implementagao  das  mudangas  aprovadas  para  atingir  os  objetivos  do 
projeto.  0 principal  beneficio  deste  processo  e o fornecimento  do  gerenciamento  geral  do  trabalho  do  projeto. 
As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -33. 
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Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Solicitagoes  de  mudanga 
aprovadas 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 


Figura  A1-33.  Orientar  e gerenciar 


Saidas 


.1  Entregas 

.2  Dados  de  desempenho  do 
trabalho 

.3  Solicitagoes  de  mudanga 
.4  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.5  Atualizagoes  nos 
documentos  do  projeto 


trabalho  do  projeto:  entradas  e saidas 


A1.6.2  Realizar  a garantia  da  qualidade 

Realizar  a garantia  da  qualidade  e o processo  de  auditoria  dos  requisitos  de  qualidade  e dos  resultados 
das  medigoes  de  controle  de  qualidade  para  garantir  que  sejam  usados  os  padroes  de  qualidade  e definigoes 
operacionais  apropriados.  0 principal  beneficio  deste  processo  e a facilitagao  do  aprimoramento  dos  processos 
de  qualidade.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -34. 


Entradas 


.1 

.2 

.3 

.4 


Plano  de  gerenciamento 
da  qualidade 
Plano  de  melhorias  no 
processo 

Metricas  da  qualidade 
Medigoes  de  controle  da 
qualidade 

Documentos  do  projeto 


Saidas 


.1  Solicitagoes  de  mudangas 
.2  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.3  Atualizagoes  nos 
documentos  do  projeto 
.4  Atualizagoes  nos  ativos  dos 
processos  organizacionais 


J V 


Figura  A1-34.  Realizar  a garantia  da  qualidade:  entradas  e saidas 
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A1.6.3  Mobilizar  a equipe  do  projeto 

Mobilizar  a equipe  do  projeto  e o processo  de  confirmagao  da  disponibilidade  dos  recursos  humanos  e 
obtengao  da  equipe  necessaria  para  terminar  as  atividades  do  projeto.  0 principal  beneficio  deste  processo 
consiste  em  esbogar  e orientar  a selegao  da  equipe  e designar  responsabilidades,  a fim  de  obter  uma  equipe 
de  sucesso.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -35. 


Entradas 


.1  Plano  de  gerenciamento 
dos  recursos  humanos 
.2  Fatores  ambientais  da 
empresa 

.3  Ativos  de  processos 
organizacionais 

V J 


Saidas 


.1  Atribuigoes  do  pessoal  no 
projeto 

.2  Calendarios  dos  recursos 
.3  Atuaiizagoes  no  piano  de 
gerenciamento  do  projeto 

V J 


Figura  A1-35.  Mobilizar  a equipe  do  projeto:  entradas  e saidas 


A1 .6.4  Desenvolver  a equipe  do  projeto 

Desenvolver  a equipe  do  projeto  e o processo  de  melhoria  de  competencias,  da  interagao  da  equipe  e do 
ambiente  global  da  equipe  para  aprimorar  o desempenho  do  projeto.  0 principal  beneficio  deste  processo 
e que  ele  resulta  no  trabalho  de  equipe  melhorado,  habilidades  interpessoais  e competencias  aprimoradas, 
empregados  motivados,  taxas  reduzidas  de  rotatividade  de  pessoal,  e no  desempenho  geral  melhorado  do 
projeto.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1 -36. 


Entradas 


.1  Plano  de  gerenciamento 
dos  recursos  humanos 
.2  Designagoes  do  pessoal 
para  o projeto 

.3  Calendarios  dos  recursos 

V J 


Saidas 


.1  Avaliagoes  do 

desempenho  da  equipe 
.2  Atuaiizagoes  nos  fatores 
ambientais  da  empresa 


Figura  A1-36.  Desenvolver  a equipe  do  projeto:  entradas  e saidas 
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A1.6.5  Gerenciar  a equipe  do  projeto 

Gerenciar  a equipe  do  projeto  e o processo  de  acompanhar  o desempenho  dos  membros  da  equipe, 
fornecer  feedback,  resolver  problemas  e gerenciar  mudangas  para  otimizar  o desempenho  do  projeto. 
0 principal  beneficio  deste  processo  e que  ele  influencia  o comportamento  da  equipe,  gerencia  conflitos, 
soluciona  problemas  e avalia  o desempenho  dos  membros  da  equipe.  As  entradas  e saidas  deste  processo 
estao  ilustradas  na  Figura  A1  -37. 


Entradas 


.1  Plano  de  gerenciamento 
dos  recursos  humanos 
.2  Atribuigoes  do  pessoal  no 
projeto 

.3  Avaliagoes  do 

desempenho  da  equipe 
.4  Registro  das  questoes 
.5  Relatorios  de  desempenho 
dotrabalho 

.6  Ativos  de  processos 
organizacionais 

V_ J 


Saidas 


.1  Solicitagoes  de  mudangas 
.2  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.3  Atualizagoes  nos 
documentos  do  projeto 
.4  Atualizagoes  nos  fatores 
ambientais  da  empresa 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 

V J 


Figura  A1-37.  Gerenciar  a equipe  do  projeto:  entradas  e saidas 


A1.6.6  Gerenciar  as  comunicagoes 

Gerenciar  as  comunicagoes  e o processo  de  criar,  coletar,  distribuir,  armazenar,  recuperar,  e de  disposigao 
final  das  informagoes  do  projeto  de  acordo  com  o piano  de  gerenciamento  das  comunicagoes.  0 principal 
beneficio  deste  processo  e possibilitar  urn  fluxo  de  comunicagao  eficiente  e eficaz  entre  as  partes  interessadas 
do  projeto.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -38. 


Entradas 


.1  Plano  de  gerenciamento 
das  comunicagoes 

.2  Relatorios  de  desempenho 
dotrabalho 

.3  Fatores  ambientais  da 
empresa 

.4  Ativos  de  processos 
organizacionais 

V / 


Saidas 


.1  Comunicagoes  do  projeto 
.2  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.3  Atualizagoes  nos 
documentos  do  projeto 
.4  Atualizagoes  nos  ativos  de 
processos  organizacionais 

V ) 


Figura  A1-38.  Gerenciar  as  comunicagoes:  entradas  e saidas 
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A1.6.7  Conduzir  as  aquisigoes 

Conduzir  as  aquisigoes  e o processo  de  obtengao  de  respostas  de  fornecedores,  selegao  de  um  fornecedor 
e adjudicagao  de  um  contrato.  0 principal  beneficio  deste  processo  e prover  o alinhamento  das  expectativas 
internas  e externas  das  partes  interessadas  atraves  de  acordos  estabelecidos.  As  entradas  e saidas  deste 
processo  estao  ilustradas  na  Figura  A1  -39. 


Entradas 


.1  Plano  de  gerenciamento 
das  aquisigoes 
.2  Documentos  de  aquisigao 
.3  Criterios  para  selegao  de 
fontes 

.4  Propostas  de  fornecedores 
.5  Documentos  do  projeto 
.6  Decisoes  de  fazer  ou 
comprar 

.7  Especificagao  do  trabalho 
de  aquisigoes 
.8  Ativos  de  processos 
organizacionais 


Saidas 


.1  Fornecedores  selecionados 
.2  Acordos 

.3  Calendario  do  recurso 
.4  Solicitagoes  de  mudangas 
.5  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.6  Atualizagoes  nos 
documentos  do  projeto 


Figura  A1-39.  Conduzir  as  aquisigoes:  entradas  e saidas 


A1.6.8  Gerenciar  o engajamento  das  partes  interessadas 

Gerenciar  o engajamento  das  partes  interessadas  e o processo  de  se  comunicar  e trabalhar  com  as  partes 
interessadas  para  atender  as  suas  necessidades/expectativas,  abordar  as  questoes  a proporgao  que  elas 
ocorrem,  e promover  o engajamento  apropriado  das  partes  interessadas  nas  atividades  do  projeto,  no  decorrer 
de  todo  o ciclo  de  vida  do  mesmo.  0 principal  beneficio  deste  processo  e que  ele  permite  que  o gerente  de 
projetos  aumente  o nivel  de  suporte  as  partes  interessadas  e minimize  a sua  resistencia,  aumentando  de 
maneira  significativa  as  chances  de  alcance  do  sucesso  do  projeto.  As  entradas  e saidas  deste  processo  estao 
ilustradas  na  Figura  A1 -40. 
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.1  Plano  de  gerenciamento 


.1  Registro  das  questoes 


das  partes  interessadas 
.2  Plano  de  gerenciamento 


.2  Solicitagoes  de  mudangas 
.3  Atualizagoes  no  piano  de 


das  comunicagoes 


gerenciamento  do  projeto 
.4  Atualizagoes  nos 


.3  Registro  das  mudangas 
.4  Ativos  de  processos 


documentos  do  projeto 


organizacionais 


.5  Atualizagoes  nos  ativos  de 


y processos  organizacionais 


Figura  A1-40.  Gerenciar  o engajamento  das  partes  interessadas:  entradas  e saidas 

A1 .7  Grupo  de  processos  de  monitoramento  e controle 

0 grupo  de  processos  de  monitoramento  e controle  consiste  dos  processos  necessarios  para  acompanhar, 
analisar  e controlar  o progresso  e o desempenho  do  projeto,  identificar  todas  as  areas  nas  quais  serao 
necessarias  mudangas  no  piano  e iniciar  as  mudangas  correspondentes.  0 principal  beneficio  deste  grupo  de 
processos  e a medigao  e analise  do  desempenho  do  projeto  em  intervalos  regulares,  em  eventos  apropriados 
ou  em  condigoes  excepcionais,  a fim  de  identificar  as  variagoes  no  piano  de  gerenciamento  do  projeto.  0 grupo 
de  processos  de  monitoramento  e controle  tambem  envolve: 

• Controlar  as  mudangas  e recomendar  agoes  corretivas  ou  preventives  em  antecipagao  a possiveis 
problemas, 

• Monitorar  as  atividades  do  projeto  em  relagao  ao  piano  de  gerenciamento  do  projeto  e a linha  de 
base  de  desempenho  do  mesmo,  e 

• Influenciar  os  fatores  que  poderiam  impedir  o controle  integrado  de  mudangas  ou  de  gerenciamento 
de  configuragoes  para  que  somente  as  mudangas  aprovadas  sejam  implementadas. 
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Este  monitoramento  continuo  fornece  a equipe  do  projeto  uma  visao  melhor  sobre  a saude  do  mesmo, 
e identifica  quaisquer  areas  que  requeiram  atengao  adicional.  0 grupo  de  processos  de  monitoramento  e 
controle  nao  apenas  monitora  e controla  o trabalho  que  esta  sendo  feito  durante  urn  grupo  de  processos, 
mas  tambem  monitora  e controla  o projeto  inteiro.  Nos  projetos  de  varias  fases,  o grupo  de  processos  de 
monitoramento  e controle  coordena  as  fases  do  projeto  para  implementar  agoes  corretivas  ou  preventivas,  a 
fim  de  que  o projeto  mantenha  a conformidade  com  o piano  de  gerenciamento  do  projeto.  Esta  revisao  pode 
resultar  em  atualizagoes  recomendadas  e aprovadas  para  o piano  de  gerenciamento  do  projeto.  Por  exemplo, 
uma  data  de  termino  de  atividade  nao  cumprida  pode  exigir  ajustes  e compensagoes  entre  os  objetivos  de 
orgamento  e cronograma.  A fim  de  reduzir  quaisquer  excessos  no  controle,  pode-se  considerar  o uso  adequado 
de  gerenciamento  por  excegao  e outras  tecnicas.  0 grupo  de  processos  de  monitoramento  e controle  (Figura 
A1  -41 ) inclui  os  seguintes  processos  de  gerenciamento  de  projeto  (Segoes  A1 .7.1  ate  A1 .7.1 1 ): 


Gerenciamento  do 
escopo  do  projeto 


Gerenciamento  do 
tempo  do  projeto 


Gerenciamento  das  partes 
interessadas  do  projeto 


13.4 

Controlar  o 
nivel  de 

comprometimento 
das  partes 
interessadas 


Gerenciamento  dos 
custos  do  projeto 


Gerenciamento  da 
integracao  do  projeto 


Gerenciamento  das 
aquisiqoes  do  projeto 


12.3 

Controlar  as 
aquisigoes 


Gerenciamento  da 
qualidade  do  projeto 


8.3 

Controlar  a 
qualidade 


Gerenciamento  dos 
riscos  do  projeto 


Gerenciamento  das 
comunicacoes  do  projeto 

10.3 

Controlar  as 
comunicacoes 


A seta  circular  tracejada  indica  que  o processo  e parte  da  area  de  conhecimento  de  gerenciamento  da  integragao 
do  projeto.  Esta  area  de  conhecimento  coordena  e unifica  os  processos  das  outras  areas  de  conhecimento. 


Figura  A1  -41.  Grupo  de  processos  de  monitoramento  e controle 
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A1.7.1  Monitorar  e controlar  o trabalho  do  projeto 

Monitorar  e controlar  o trabalho  do  projeto  e o processo  de  acompanhamento,  analise  e relato  do  progresso 
para  atender  aos  objetivos  de  desempenho  definidos  no  piano  de  gerenciamento  do  projeto.  0 principal 
beneffcio  deste  processo  e permitir  que  as  partes  interessadas  entendam  a situagao  atual  do  projeto,  os 
passos  tornados  e as  previsoes  do  orgamento,  cronograma  e escopo.  As  entradas  e safdas  deste  processo 
estao  ilustradas  na  Figura  A1  -42. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Previsoes  de  cronograma 
.3  Previsoes  de  custos 
.4  Mudangas  validadas 
.5  Informagoes  sobre  o 
desempenho  do  trabalho 
.6  Fatores  ambientais  da 
empresa 

.7  Ativos  de  processos 
organizacionais 


Saidas 


.1  Solicitagoes  de  mudangas 
.2  Relatorios  de  desempenho 
do  trabalho 

.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 

V J 


Figura  A1  -42.  Monitorar  e controlar  o trabalho  do  projeto:  entradas  e saidas 


A1.7.2  Realizar  o controle  integrado  de  mudangas 

Realizar  o controle  integrado  de  mudangas  e o processo  de  analise  de  todas  as  solicitagoes  de  mudanga, 
aprovagao  de  mudangas  e gerenciamento  das  mudangas  aprovadas  nas  entregas,  ativos  de  processos 
organizacionais,  documentos  de  projeto  e piano  de  gerenciamento  do  projeto,  e comunicando  sobre  sua 
abordagem.  Ele  analisa  todas  as  solicitagoes  de  mudanga  ou  modificagoes  nos  documentos  do  projeto, 
entregas,  linhas  de  base  ou  ao  piano  de  gerenciamento  do  projeto,  e aprova  ou  rejeita  as  mudangas.  0 principal 
beneffcio  deste  processo  e permitir  que  as  mudangas  documentadas  no  ambito  do  projeto  sejam  consideradas 
de  forma  integrada,  reduzindo  o risco  do  projeto  que  frequentemente  resulta  das  mudangas  feitas,  sem  levar 
em  consideragao  os  objetivos  ou  pianos  gerais  do  projeto.  As  entradas  e safdas  deste  processo  estao  ilustradas 
na  Figura  A1-43. 
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Entradas  V Saidas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Relatorios  de  desempenho 
dotrabalho 

.3  Solicitagoes  de  mudanga 

.4  Fatores  ambientais  da 
empresa 

.5  Ativos  de  processos 
organizacionais 


.1  Solicitagoes  de  mudanga 
aprovadas 

.2  Registro  das  mudangas 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 


V J 


Figura  A1-43.  Realizar  o controle  integrado  de  mudangas:  entradas  e saidas 


A1 .7.3  Validar  o escopo 

Validar  o escopo  e o processo  de  formalizagao  da  aceitagao  das  entregas  terminadas  do  projeto.  0 principal 
beneficio  deste  processo  e que  ele  proporciona  objetividade  ao  processo  de  aceitagao  e aumenta  a probabilidade 
da  aceitagao  final  do  produto,  servigo  ou  resultado,  atraves  da  validagao  de  cada  entrega  realizada.  As  entradas 
e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -44. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Documentagao  dos 
requisitos 

.3  Matriz  de  rastreabilidade 
de  requisitos 
.4  Entregas  verificadas 
.5  Dados  de  desempenho  do 
projeto 


Saidas 


.1  Entregas  aceitas 
.2  Solicitagoes  de  mudangas 
.3  Informagoes  sobre  o 
desempenho  dotrabalho 
.4  Atualizagoes  nos 
documentos  do  projeto 

V y 


Figura  A1-44.  Validar  o escopo:  entradas  e saidas 
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A1 .7.4  Controlar  o escopo 

Controlar  o escopo  e o processo  de  monitorar  o progresso  do  escopo  do  projeto  e do  produto  e gerenciar 
as  mudangas  feitas  na  linha  de  base  do  escopo.  0 principal  beneficio  deste  processo  e permitir  que  a linha  de 
base  do  escopo  seja  mantida  ao  longo  de  todo  o projeto.  As  entradas  e saidas  deste  processo  estao  ilustradas 
na  Figura  A1-45. 


Entradas 


Saidas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Documentagao  dos 
requisitos 

.3  Matriz  de  rastreabilidade 
de  requisitos 

.4  Dados  de  desempenho  do 
trabalho 

.5  Ativos  de  processos 
organizacionais 


.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudangas 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 


'i 


J 


Figura  A1-45.  Controlar  o escopo:  entradas  e saidas 


A1.7.5  Controlar  o cronograma 

Controlar  o cronograma  e o processo  de  monitoramento  do  andamento  das  atividades  do  projeto  para 
atualizagao  no  seu  progresso  e gerenciamento  das  mudangas  feitas  na  linha  de  base  do  cronograma  para 
realizar  o planejado.  0 principal  beneficio  deste  processo  e fornecer  os  meios  de  se  reconhecer  o desvio  do 
planejado  e tomar  medidas  corretivas  e preventivas,  minimizando  assim  os  riscos.  As  entradas  e saidas  deste 
processo  estao  ilustradas  na  Figura  A1  -46. 
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Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Cronograma  do  projeto 
.3  Dados  de  desempenho  do 
trabalho 

.4  Calendarios  do  projeto 
.5  Dados  do  cronograma 
.6  Ativos  de  processos 
organizacionais 


Saidas 


.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Previsoes  de  cronograma 
.3  Solicitagoes  de  mudangas 
.4  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.5  Atualizagoes  nos 
documentos  do  projeto 
.6  Atualizagoes  nos  ativos  de 
processos  organizacionais 

V J 


Figura  A1-46.  Controlar  o cronograma:  entradas  e saidas 


A1 .7.6  Controlar  os  custos 

Controlar  os  custos  e o processo  de  monitoramento  do  andamento  do  projeto  para  atualizagao  no  seu 
orgamento  e gerenciamento  das  mudangas  feitas  na  linha  de  base  de  custos.  0 principal  beneficio  deste  processo 
e fornecer  os  meios  de  se  reconhecer  a variagao  do  planejado  a fim  de  tomar  medidas  corretivas  e preventives, 
minimizando  assim  os  riscos.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -47. 


Entradas  ■ Saidas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Requisitos  de  recursos 
financeiros  do  projeto 

.3  Dados  de  desempenho  do 
trabalho 

.4  Ativos  de  processos 
organizacionais 

V 


.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Previsoes  de  custos 
.3  Solicitagoes  de  mudanga 
.4  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.5  Atualizagoes  nos 
documentos  do  projeto 
.6  Atualizagoes  nos  ativos  de 
processos  organizacionais 

V J 


Figura  A1-47.  Controlar  os  custos:  entradas  e saidas 
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A1.7.7  Controlar  a qualidade 

Controlar  a qualidade  e o processo  de  monitoramento  e registro  dos  resultados  da  execugao  das  atividades 
de  qualidade  para  avaliar  o desempenho  e recomendar  as  mudangas  necessarias.  Os  principals  beneficios 
deste  processo  incluem:  (1)  identificar  as  causas  da  baixa  qualidade  do  processo  ou  do  produto  e recomendar 
e/ou  tomar  medidas  para  elimina-las;  e (2)  validar  a conformidade  das  entregas  e do  trabalho  do  projeto  com 
os  requisitos  necessarios  a aceitagao  final  especificados  pelas  principals  partes  interessadas.  As  entradas  e 
saidas  deste  processo  estao  ilustradas  na  Figura  A1  -48. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Metricas  da  qualidade 

.3  Listas  de  verificagao  da 
qualidade 

.4  Dados  de  desempenho  do 
trabalho 

.5  Solicitagoes  de  mudangas 
aprovadas 

.6  Entregas 

.7  Documentos  do  projeto 

.8  Ativos  de  processos 
organizacionais 


Saidas 


.1  Medigoes  de  controle  da 
qualidade 

.2  Mudangas  validadas 
.3  Entregas  verificadas 
.4  Informagoes  sobre  o 
desempenho  do  trabalho 
.5  Solicitagoes  de  mudangas 
.6  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.7  Atualizagoes  nos 
documentos  do  projeto 
.8  Atualizagoes  nos  ativos  de 
processos  organizacionais 


Figura  A1-48.  Controlar  a qualidade:  entradas  e saidas 


A1.7.8  Controlar  as  comunicagoes 

Controlar  as  comunicagoes  e o processo  de  monitorar  e controlar  a comunicagao  no  decorrer  de  todo  o ciclo 
de  vida  do  projeto  para  garantir  que  as  necessidades  de  informagao  das  partes  interessadas  no  projeto  sejam 
atendidas.  0 principal  beneficio  deste  processo  e a garantia  de  urn  fluxo  otimo  de  informagoes  entre  todos  os 
participantes  das  comunicagoes,  em  qualquer  momento.As  entradas  e saidas  deste  processo  estao  ilustradas 
na  Figura  A1-49. 
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Entradas  ■ Saidas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Comunicagoes  do  projeto 
.3  Registro  das  questoes 
.4  Dados  de  desempenho  do 
trabalho 

.5  Ativos  de  processos 
organizacionais 


.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudangas 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 


Figura  A1-49.  Controlar  as  comunicagdes:  entradas  e saidas 


A1 .7.9  Controlar  os  riscos 

Controlar  os  riscos  e o processo  de  implementagao  de  respostas  aos  riscos,  acompanhamento  dos  riscos 
identificados,  monitoramentos  dos  riscos  residuais,  identificagao  de  novos  riscos  e avaliagao  da  eficacia  do 
processo  de  gerenciamento  de  riscos  durante  todo  o projeto.  0 principal  beneficio  deste  processo  e a melhoria 
do  grau  de  eficiencia  da  abordagem  aos  riscos  no  decorrer  de  todo  o ciclo  de  vida  do  projeto  a fim  de  otimizar 
continuamente  as  respostas  aos  riscos.  As  entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -50. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Registro  dos  riscos 

.3  Dados  de  desempenho  do 
trabalho 

.4  Relatorios  de  desempenho 
do  trabalho 

V ) 


Saidas 


.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudangas 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 

v / 


Figura  A1-50.  Controlar  os  riscos:  entradas  e saidas 
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A1.7.10  Controlar  as  aquisigoes 

Controlar  as  aquisigoes  e o processo  de  gerenciamento  das  relagoes  de  aquisigoes,  monitoramento  do 
desempenho  do  contrato  e realizagoes  de  mudangas  e corregoes  nos  contratos  conforme  necessario.  0 
principal  beneficio  deste  processo  e a garantia  de  que  o desempenho  tanto  do  fornecedor  como  do  comprador 
cumprem  os  requisitos  de  aquisigao,  de  acordo  com  os  termos  do  acordo  legal.  As  entradas  e saidas  deste 
processo  estao  ilustradas  na  Figura  A1  -51 . 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Documentos  de  aquisigao 

.3  Acordos 

.4  Solicitagoes  de  mudangas 
aprovadas 

.5  Relatorios  de  desempenho 
do  trabalho 

.6  Dados  de  desempenho  do 
trabalho 


Saidas 


.1  Informagoes  sobre  o 
desempenho  do  trabalho 
.2  Solicitagoes  de  mudangas 
.3  Atualizagoes  no  piano  de 
gerenciamento  do  projeto 
.4  Atualizagoes  nos 
documentos  do  projeto 
.5  Atualizagoes  nos  ativos  de 
processos  organizacionais 
V J 


Figura  A1  -51.  Controlar  as  aquisigoes:  entradas  e saidas 


A1.7.11  Controlar  o engajamento  das  partes  interessadas 

Controlar  o engajamento  das  partes  interessadas  e o processo  de  monitorar  os  relacionamentos  das  partes 
interessadas  no  projeto  em  geral,  e ajustar  as  estrategias  e pianos  para  o engajamento  das  mesmas.  0 principal 
beneficio  deste  processo  e a manutengao  ou  aumento  da  eficiencia  e eficacia  das  atividades  de  engajamento 
das  partes  interessadas  a medida  que  o projeto  se  desenvolve  e o seu  ambiente  muda.  As  entradas  e saidas 
deste  processo  estao  ilustradas  na  Figura  A1 -52. 
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.1  Plano  de  gerenciamento 


.1  Informagoes  sobre  o 


do  projeto 

.2  Registro  das  questoes 
.3  Dados  de  desempenho  do 


desempenho  dotrabalho 
.2  Solicitagoes  de  mudangas 
.3  Atualizagoes  no  piano  de 


trabalho 

.4  Documentos  do  projeto 


gerenciamento  do  projeto 
.4  Atualizagoes  nos 


documentos  do  projeto 


.5  Atualizagoes  nos  ativos  de 


processos  organizacionais 

V 


Figura  A1-52.  Controlar  o engajamento  das  partes  interessadas:  entradas  e saidas 


A1 .8  Grupo  de  processos  de  encerramento 


0 grupo  de  processos  de  encerramento  consiste  nos  processos  executados  parafinalizartodas  as  atividades, 
de  todos  os  grupos  de  processos  de  gerenciamento  do  projeto,  visando  completar  formalmente  o projeto,  fase, 
ou  obrigagoes  contratuais.  Este  grupo  de  processos,  quando  concluido,  verifica  se  os  processos  definidos 
foram  completados  em  todos  os  grupos  de  processos  para  possibilitar  encerrar  o projeto  ou  umafase  de  forma 
apropriada,  e definir  formalmente  que  o projeto  ou  a fase  do  projeto  estao  concluidos. 

Esse  grupo  de  processos  tambem  formaliza  o encerramento  prematuro  do  projeto.  Os  projetos  encerrados 
prematuramente  podem  incluir,  por  exemplo,  projetos  abortados,  projetos  cancelados,  e projetos  em  situagao 
critica.  Em  casos  especificos,  quando  alguns  contratos  nao  podem  ser  formalmente  encerrados  (p.ex., 
reclamagoes,  clausulas  de  encerramento,  etc.)  ou  algumas  atividades  devem  ser  transferidas  para  outras 
unidades  organizacionais,  procedimentos  especificos  de  transference  devem  ser  providenciados  e finalizados. 

No  encerramento  do  projeto  ou  fase,  pode  ocorrer  o seguinte: 

• Obter  a aceitagao  pelo  cliente  ou  patrocinador  para  encerrar  formalmente  o projeto  ou  fase, 

• Conduzir  uma  revisao  pos-projeto  ou  de  final  de  fase, 

• Registrar  os  impactos  de  adaptagao  de  qualquer  processo, 

• Documentar  as  ligoes  aprendidas, 
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• Aplicar  as  atualizagoes  apropriadas  aos  ativos  de  processos  organizacionais, 

• Arquivar  todos  os  documentos  relevantes  no  sistema  de  informagoes  do  gerenciamento  de  projetos 
(SIGP),  para  serem  usados  como  dados  historicos, 

• Encerrar  todas  as  atividades  de  aquisigoes,  assegurando  o termino  de  todos  os  acordos  relevantes,  e 

• Realizar  a avaliagao  dos  membros  da  equipe  e liberar  os  recursos  do  projeto. 

0 grupo  de  processos  de  encerramento  (Figura  A1  -53)  inclui  os  seguintes  processos  de  gerenciamento  de 
projetos  (consultar  Segoes  A1 .8.1  e A1 .8.2): 


Gerenciamento  das 
aquisigoes  do  projeto 


12.4 

Encerrar  as 
aquisigoes 


A seta  circular  tracejada  indica  que  o processo  e parte  da  area  de 
conhecimento  do  gerenciamento  de  integragao  do  projeto.  Esta 
area  de  conhecimento  coordena  e unifica  os  processos  das  outras 
areas  de  conhecimento. 


Figura  A1-53.  Grupo  de  processos  de  encerramento 


A1 .8.1  Encerrar  o projeto  ou  fase 

Encerrar  o projeto  ou  fase  e o processo  de  finalizagao  de  todas  as  atividades  de  todos  os  grupos  de 
processos  de  gerenciamento  do  projeto  para  terminar  formalmente  o projeto  ou  a fase.  0 principal  beneficio 
deste  processo  e o fornecimento  de  ligoes  aprendidas,  o encerramento  formal  do  trabalho  do  projeto  e a 
liberagao  dos  recursos  organizacionais  para  utilizagao  em  novos  empreendimentos.  As  entradas  e saidas  deste 
processo  estao  ilustradas  na  Figura  A1  -54. 
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Entradas 


.1  Plano  de  gerenciamento 
do  projeto 
.2  Entregas  aceitas 
.3  Ativos  de  processos 
organizacionais 


Saidas 


.1  Transigao  de  produto, 
servigo  ou  resultado  final 
.2  Atualizagoes  nos  ativos  de 
processos  organizacionais 

V J 


Figura  A1-54.  Encerrar  o projeto  ou  fase:  entradas  e saidas 

A1.8.2  Encerrar  as  aquisigoes 

Encerrar  as  aquisigoes  e o processo  de  finalizar  todas  as  aquisigoes  do  projeto.  0 principal  beneficio 
deste  processo  e a documentagao  dos  acordos  e outros  documentos  relacionados,  para  consultas  futuras.  As 
entradas  e saidas  deste  processo  estao  ilustradas  na  Figura  A1  -55. 


Entradas 


.1  Plano  de  gerenciamento 
do  projeto 

.2  Documentos  de  aquisigao 


Saidas 


.1  Aquisigoes  encerradas 
.2  Atualizagoes  nos  ativos  de 
processos  organizacionais 


Figura  A1-55.  Encerrar  as  aquisigoes:  entradas  e saidas 
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APENDICE  XI 

MUDANQAS  NA  QUINTA  EDIQAO 

O objetivo  deste  apendice  e fornecer  uma  explicagao  detalhada  das  mudangas  feitas  no  Guia  do  Conhecimento 
em  Gerenciamento  de  Projetos  (Guia  PMBOK®) — Quarta  Edigao  para  criar  o Guia  PMBOK® — Quinta  Edigao. 


XI  .1  Escopo  da  atualizagao 

0 escopo  aprovado  para  o Guia  PMBOK®-  Quinta  Edigao  explicitamente  determina  que: 

• Tanto  os  comentarios  como  o feedback  deferidos  durante  o desenvolvimento  do  Guia  PMBOK ® - 
Quarta  Edigao  e recebidos  pelo  PMI  desde  o seu  desenvolvimento  serao  analisados  e sera  determinado 
se  os  mesmos  serao  incluidos  ou  excluidos  da  nova  edigao. 

• Todo  o texto  e graficos  serao  analisados  para  assegurar  que  as  informagoes  sao  exatas,  Claras, 
completas  e relevantes,  e revisados  conforme  necessario. 

• Serao  feitas  analises  e interpretagoes  para  garantir  o alinhamento  apropriado  com  a ISO  21 500  [1 2] 
no  desenvolvimento  do  padrao. 

• Assegurar  a harmonizagao  com  quaisquer  outros  padroes  relevantes  do  PMI. 

• Considerar  os  resultados  do  estudo  de  delineamento  do  papel  do  gerenciamento  de  projetos, 
conforme  apropriado. 

• Reposicionar  a Segao  II  (Capitulo  3)  (Padrao  de  gerenciamento  de  projetos)  como  urn  padrao 
independente,  aprovado  pelo  ANSI  incluido  na  Quinta  Edigao  como  urn  Apendice  ou  anexo. 

• 0 padrao  e escrito  para  profissionais  de  gerenciamento  de  projetos  e outras  partes  interessadas  da 
profissao  de  gerenciamento  de  projetos. 

• 0 padrao  descreve  os  principios  e processos  que  moldam  as  praticas  que  sao  exclusivas  dos  projetos. 

• 0 padrao  garante  que  qualquer  terminologia  contida  no  Lexico  do  PMI  e representada  de  maneira 
consistente  e identica  no  padrao. 

Com  esta  diretriz  em  mente,  a equipe  de  atualizagoes  adotou  uma  abordagem  visando  alcangar  urn  grau 
mais  alto  de  consistency  e clareza  atraves  do  refinamento  dos  processos,  da  padronizagao  das  entradas  e 
saidas  onde  possivel,  e a implementagao  de  uma  abordagem  global  de  documentagao  das  entradas  e saidas. 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK0)  — Quinta  Edigao 


463 


APENDICE  XI  - MUDANCAS  NA  QUINTA  EDIQAO 


Junto  com  o foco  na  consistencia  e clareza,  a equipe  de  atualizagoes  trabalhou  para  concluir  os  requisitos 
para  levar  em  consideragao  o feedback  recebido  pelo  Guia  PMBOK®- Quarta  Edigao  e assegurar  o alinhamento 
e a harmonizagao  com  os  padroes  relevantes  do  PMI,  da  ISO  21500,  com  o Lexico  do  PMI  de  termos  de 
gerenciamento  de  projetos  e com  o estudo  do  PMI  de  delineamento  do  papel  dos  gerentes  de  projetos. 


X 1 .2  Regras  para  o tratamento  de  entradas,  ferramentas  e tecnicas, 
e sai'das  (ITTOs) 

Foram  estabelecidas  regras  de  negocios  para  auxiliar  na  consistencia  no  tratamento  da  ordem  de 
sequencia  e detalhes  das  informagoes  dentro  das  ITTOs  para  cada  processo  de  gerenciamento  de  projetos. 
Essas  regras  sao: 

• Regras  fundamentals  das  ITTOs: 

o Entradas  sao  quaisquer  documentos  que  sejam  essenciais  ao  processo. 

o As  safdas  do  processo  devem  mapear  uma  entrada  para  outro  processo  de  gerenciamento 
do  projeto,  a menos  que  a saida  seja  uma  saida  final  ou  esteja  embutida  em  outra  entrada, 
como  nos  documentos  do  processo. 

o As  entradas  dos  processos  devem  ser  mapeadas  como  uma  saida  de  outro  processo  de 
gerenciamento  do  projeto,  a menos  que  a saida  venha  de  fora  do  projeto. 

• Regras  dos  documentos  do  projeto: 

o A entrada  deve  ser  especificamente  incluida  na  lista  de  entradas  das  ITTOs,  se  ela  for  urn 
documento  principal  do  projeto. 

o Na  lista  de  saidas  das  ITTOs,  documentos  especificos  do  projeto  sao  colocados  na  lista  na 
primeira  vez  em  que  sao  criados  como  uma  saida.  Posteriormente,  eles  sao  listados  como 
"atualizagoes  nos  documentos  do  projeto"  na  lista  de  saidas  das  ITTOs,  e descritos  na 
narrativa  da  segao. 

• Regras  do  piano  de  gerenciamento  do  projeto: 

o Na  lista  de  entradas  das  ITTOs,  se  os  pianos  e linhas  de  base  auxiliares  do  piano  de 
gerenciamento  do  projeto  tiverem  a fungao  de  entradas  principals  no  processo,  eles  devem 
ser  especificamente  listados. 

o Na  lista  de  saidas  das  ITTOs,  os  pianos  e linhas  de  base  auxiliares  do  piano  de 
gerenciamento  do  projeto  sao  agrupados  como  uma  saida  unica  em  "atualizagoes  no  piano 
de  gerenciamento"  e descritos  na  narrativa  da  segao. 

o Na  lista  de  entradas  das  ITTOs,  para  os  processos  de  planejamento  que  criam  urn  piano 
auxiliar,  o piano  de  gerenciamento  do  projeto  e listado  como  uma  entrada  chave. 

o No  caso  dos  processos  de  controle,  a entrada  principal  e "piano  de  gerenciamento  do 
projeto",  ao  inves  de  pianos  auxiliares  especificos.  E a saida  e "atualizagoes  no  piano  de 
gerenciamento  do  projeto"  ao  inves  de  uma  atualizagao  em  urn  piano  auxiliar  especifico. 
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• Regra  de  referenda  aos  FAEs  ouAPOs  para  entradas  dos  processes: 

o Quando  fizer  referenda  aos  FAEs  ou  APOs,  inclua  a frase  “Descrito  na  Segao”  e estado  2.1 .4 
para  APOs  ou  2.1 .5  para  FAEs. 

• Outras  regras  de  consistency 

o Mudar  os  nomes  de  “atualizagao  dos  documento  do  projeto”  e “atualizagfies  dos  ativos  de 
processos  organizacionais”  para  “atualizagoes  nos  documentos  do  projeto”  e “atualizagoes 
nos  ativos  de  processos  organizacionais.” 

o Para  manter  a consistency  em  todo  o Guia  PMBOK®,  os  titulos  dos  documentos  nao  devem 
ser  escritos  em  letras  de  imprensa  maiusculas. 

• Regras  de  seguendamento: 

o Para  entradas  e saidas:  os  pianos,  pianos  auxiliares  e linhas  de  base  devem  ser  listados 
primeiro. 

o Plano  de  gerenciamento  do  projeto  e listado  primeiro,  seguido  dos  pianos  auxiliares 
e das  linhas  de  base. 

o Os  pianos  sao  listados  primeiro,  sempre  que  forem  uma  saida  principal. 

o Nas  entradas,  os  dados/informagfies/relatfirios  de  desempenho  do  trabalho  sao  listados 
imediatamente  antes  dos  fatores  ambientais  da  empresa. 

o Os  fatores  ambientais  da  empresa  e os  ativos  de  processos  organizacionais  sao  listados  por 
ultimo,  nesta  ordem. 

o Reunifies,  como  item  de  ferramentas  e tecnicas,  e listado  por  ultimo. 

o Quando  as  atualizagoes  sao  uma  saida,  elas  sao  listadas  na  seguinte  ordem: 
o Atualizagfies  no  piano  de  gerenciamento/plano  auxiliar  do  projeto, 
o Atualizagfies  nos  documentos  do  projeto, 
o Atualizagfies  nos  fatores  ambientais  da  empresa,  e 
o Atualizagfies  nos  ativos  de  processos  organizacionais. 

XI  .3  Regras  estabelecidas  para  assegurar  a harmonizagao  entre  os 
termos  do  glossario  e o Lexico  do  PMI  de  termos  de  gerenciamento 
de  projetos 

Para  assegurar  o alinhamento  dos  termos  usados  no  Guia  PMBOK ® com  os  Termos  de  gerenciamento 
de  projetos  do  Lexico  do  PMI  e sua  harmonizagao  com  outros  padrfies  do  PMI,  regras  de  negficios  foram 
estabelecidas  e aderidas  na  atualizagao  da  Quinta  Edigao. 
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• Para  os  termos  contidos  no  Guia  PMBOK®  e no  Lexico  do  PMI,  a definigao  do  Lexico  do  PMI prevalecera. 

• Quando  os  termos  usados  no  Guia  PMBOK ® nao  sao  encontrados  no  Lexico  do  PMI  mas  sao 
encontrados  em  outros  padroes  relevantes  do  PMI  (por  exemplo,  no  The  Standard  for  Program 
Management,  no  Organizational  Project  Management  Maturity  Model  (0PM3®),  no  The  Standard  for 
Portfolio  Management,  no  Practice  Standard  for  Earned  Value  Management,  no  Practice  Standard  for 
Scheduling,  etc.),  a definigao  dos  termos  sera  a mesma.  Se  as  definigoes  nao  estiverem  alinhadas 
com  os  respectivos  padroes,  o termo  sera  submetido  a apreciagao  da  equipe  do  Lexico  do  PMI  para 
assistencia  na  criagao  de  uma  definigao  comum  aceitavel. 


X 1.4  Plano  de  gerenciamento  do  projeto  e seus  pianos  auxiliares 

Para  melhorar  a consistency  e a clareza  dos  varios  pianos  auxiliares  que  compoem  o piano  de  gerenciamento 
geral  do  projeto,  a equipe  acrescentou  quatro  processos  de  planejamento:  Planejar  o gerenciamento  do  escopo, 
Planejar  o gerenciamento  do  cronograma,  Planejar  o gerenciamento  dos  custos  e Planejar  o gerenciamento 
das  partes  interessadas.  Essas  mudangas  trazem  de  volta  o processo  de  planejamento  do  escopo  da  Terceira 
Edigao  e acrescentam  tres  processos  de  planejamento  novos.  Os  acrescimos  fornecem  uma  orientagao  mais 
clara  para  o conceito  de  que  cada  area  de  conhecimento  necessita  de  uma  consideragao  cuidadosa  e ativa  pela 
equipe  do  projeto,  que  deve  planejar  como  os  aspectos  dos  processos  sao  planejados  e gerenciados.Tambem 
reforgam  o conceito  de  que  cada  urn  dos  pianos  auxiliares  esta  integrado  ao  piano  de  gerenciamento  geral 
do  projeto,  que  se  torna  o principal  documento  de  planejamento  que  orienta  as  atividades  de  planejamento  e 
execugao  do  projeto. 

Essa  mudanga  tambem  assegura  a harmonizagao  com  outros  padroes  do  PMI.  Por  exemplo,  urn  processo 
de  planejamento  detalhado  para  Planejar  o gerenciamento  do  cronograma  reforga  a necessidade  de  urn 
planejamento  detalhado  para  abordar  as  questoes  de  cronograma  do  projeto,  tal  como  a selegao  do  metodo 
e ferramenta  de  cronograma  durante  as  etapas  iniciais  de  planejamento  como  parte  dos  processos  de 
gerenciamento  do  tempo  do  projeto  geral.  Este  conceito  de  planejamento  detalhado  para  decisoes  relacionadas 
com  o cronograma  do  projeto  se  alinha  com  o Practice  Standard  for  Scheduling  e assegura  a harmonizagao 
com  todos  os  padroes  do  PMI. 


XI  .5  Consistency  no  tratamento  de  dados  e fiuxos  de  informagoes  na 
execugao  do  trabalho  de  gerenciamento  do  projeto 

Para  melhorar  o nfvel  de  consistency  e acrescentar  clareza  aos  dados  e fiuxos  de  informagoes  durante 
a execugao  do  trabalho  do  projeto,  a equipe  redefiniu  os  dados  de  desempenho  do  trabalho,  as  informagoes 
sobre  o desempenho  do  trabalho  e os  relatorios  de  desempenho  do  trabalho  para  alinha-los  com  o modelo 
DIKW  (dados,  informagao,  conhecimento  e sabedoria)  usado  na  area  de  gerenciamento  do  conhecimento. 
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• Dados  de  desempenho  do  trabalho.  As  observagoes  e medigoes  em  estado  bruto  identificadas 
durante  a execugao  das  atividades  de  realizagao  dos  trabalhos  do  projeto.  Os  exemplos  incluem  a 
percentagem  registrada  do  trabalho  fisicamente  concluido,  medidas  de  desempenho  da  qualidade  e 
tecnico,  datas  de  infcio  e termino  das  atividades  do  cronograma,  numero  de  solicitagoes  de  mudanga, 
numero  de  defeitos,  custos  reais,  duragoes  reais,  etc. 

• Informagoes  sobre  o desempenho  do  trabalho.  Os  dados  de  desempenho  coletados  de  varios 
processos  de  controle,  analisados  no  contexto  e integrados  com  base  nos  relacionamentos  entre  as 
areas.  Exemplos  de  informagoes  sobre  o desempenho  sao  a situagao  das  entregas,  a situagao  da 
implementagao  das  solicitagoes  de  mudanga  e as  estimativas  previstas  paraterminar. 

• Relatorios  de  desempenho  do  trabalho.  A representagao  fisica  ou  eletronica  das  informagoes  de 
desempenho  do  trabalho  sao  compiladas  em  documentos  do  projeto  com  a intengao  de  gerar  decisoes, 
levantar  questoes,  disparar  agoes  e promover  a conscientizagao.  Exemplos  incluem  relatorios  de  status, 
memorandos,  justificativas,  notas  informativas,  paineis  eletronicos,  recomendagoes  e atualizagoes. 

0 modelo  de  dados  redefinido  foi  entao  aplicado  de  maneira  consistente  as  entradas  e safdas  dos  varios 
processos  de  controle  e execugao,  conforme  ilustrado  na  Figura  XI  -1 . 


Figura  XI -1.  Modelo  de  dados  redefinido 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


467 


APENDICE  XI  - MUDANCAS  NA  QUINTA  EDIQAO 


XI  .6  Segao  1 — Introdugao 

As  segoes  1 .2,  1 .4  e 1 .6  foram  realinhadas  e hamonizadas  com  as  primeiras  segoes  do  The  Standard 
for  Program  Management  - Third  Edition  e o The  Standard  for  Portfolio  Management  - Third  Edition.  Isso 
assegura  que  as  informagoes  relativas  ao  relacionamento  entre  projetos,  programas  e portfolios  sao  tratadas 
de  maneira  consistente  nos  tres  padroes.  Um  texto  foi  acrescentado  a Segao  1 .4.4  para  expandir  a discussao 
sobre  escritorios  de  gerenciamento  de  projetos  (PMOs).  A Segao  1.5  sobre  Gerenciamento  de  projetos  e 
Gerenciamento  de  operagoes  foi  expandida  a fim  de  abordar  de  maneira  mais  ampla  o relacionamento  entre 
gerenciamento  de  projetos,  gerenciamento  de  operagoes  e estrategia  organizacional.  Uma  nova  segao  foi 
acrescentada  para  abordar  a importancia  das  habilidades  interpessoais  de  um  gerente  de  projetos  e para  que 
o leitor  possa  se  referir  ao  Apendice  X3  do  Guia  PMBOK®  para  discussoes  adicionais  sobre  a importancia  das 
habilidades  interpessoais  no  gerenciamento  de  projetos.  A Segao  1 .8  sobre  fatores  ambientais  da  empresa  foi 
mudada  para  a Segao  2. 


XI  .7  Segao  2 — Ciclo  de  vida  e organizagao  do  projeto 

0 conteudo  da  Segao  2 foi  reorganizado  para  melhorar  o fluxo  e a compreensao  do  mesmo.  A segao  sobre 
influencia  organizacional  no  gerenciamento  de  projetos  foi  mudada  para  o comego  da  segao  e expandida 
para  fornecer  cobertura  mais  ampla  sobre  como  os  fatores  organizacionais  podem  influenciar  a conduta 
das  equipes  dos  projetos.  A discussao  dos  fatores  ambientais  da  empresa  foi  movida  da  Segao  1 para  esta 
segao.  A segao  sobre  partes  interessadas  foi  expandida  para  fornecer  uma  melhor  abordagem  das  partes 
interessadas  do  projeto  e seu  impacto  na  governanga  do  projeto.  Uma  nova  segao  foi  acrescentada  para 
abordar  as  caracteristicas  e a estrutura  da  equipe  do  projeto.  A segao  sobre  ciclo  de  vida  do  projeto  foi  mudada 
para  o final  da  segao  e expandida  para  explicar  de  maneira  mais  ampla  os  ciclos  de  vida  e fases. 


XI  .8  Segao  3 — Processos  de  gerenciamento  de  projetos  de  um  projeto 

A Segao  3 do  Gula  PMBOK®-  Quarta  Edigao  foi  mudada  para  um  novo  Anexo  do  Guia  PMBOK ® - Quinta 
Edigao  (Anexo  A1  - Padrao  para  gerenciamento  de  projetos  de  um  projeto).  A introdugao  dessa  segao  foi 
totalmente  revisada  e expandida  para  permitir  que  esse  anexo  seja  usado  como  um  documento  independente. 
Isso  separa  o padrao  para  gerenciamento  de  projetos  do  corpo  principal  do  material  do  Guia  PMBOK®  permitindo 
a evolugao  do  material  do  corpo  de  conhecimento  separada  do  padrao  para  gerenciamento  de  projetos. 


468 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK0)  — Quinta  Edigao 


APENDICE  XI  - MUDANCAS  NA  QUINTA  EDIQAO 


XI  .9  Nova  segao  3 do  Guia  PMBOK®  - Quinta  Edigao 

Foi  desenvolvida  uma  nova  Segao  3 para  o Guia  PMBOK®-  Quinta  Edigao.  Essa  nova  segao  liga  o conteudo 
das  Segoes  1 e 2 e das  segoes  das  areas  de  conhecimento.  A nova  segao  introduz  os  processos  de  gerenciamento 
de  projetos  e os  grupos  de  processos  como  nas  edigoes  anteriores  do  Guia  PMBOK®.  No  entanto,  ela  nao  lista 
cada  um  dos  processos  associados  a cada  um  dos  grupos  de  processos  de  gerenciamento  de  projetos. 


XI  .10  Divisao  da  segao  10  sobre  gerenciamento  das  comunicagoes 
do  projeto  em  duas  segoes  separadas 

Comentarios  deferidos  e de  pos-publicagao  sobre  a area  de  conhecimento  das  comunicagoes  do  projeto 
do  Guia  PMBOK®  - Quarta  Edigao  revelaram  a necessidade  de  modificar  essa  area  de  conhecimento,  assim 
como  os  processos  dentro  da  area  de  conhecimento.  Em  geral,  os  comentarios  se  enquadram  em  tres  grupos: 

• Eliminar  a confusao  criada  entre  os  processos  Distribuir  as  informagoes  e Reportar  o desempenho  e 
sua  sobreposigao  com  os  processos  Controlar  o escopo,  Controlar  o cronograma  e Controlar  os  custos. 

• Concentrar  o toco  do  gerenciamento  das  comunicagoes  do  projeto  no  planejamento  das  necessidades 
de  comunicagao  do  projeto,  na  coleta,  armazenamento  e disseminagao  das  informagoes  do  projeto,  e 
no  monitoramento  das  comunicagoes  do  projeto  em  geral  afim  de  assegurar  sua  eficiencia. 

• Separar  e expandir  os  conceitos  de  gerenciamento  das  partes  interessadas  para  refletir  nao  somente  (a) 
a analise  das  expectativas  das  partes  interessadas  e seu  impacto  no  projeto,  e (b)  o desenvolvimento  de 
estrategias  apropriadas  para  o engajamento  eficaz  das  partes  interessadas  nas  decisoes  e execugao  do 
projeto,  mas  tambem  o dialogo  continuo  com  as  partes  interessadas  para  atender  as  suas  necessidades 
e expectativas,  abordar  as  questoes  a medida  que  elas  ocorrem  e promover  o nivel  de  comprometimento 
apropriado  das  partes  interessadas  nas  decisoes  e atividades  do  projeto. 

Planejar  e gerenciar  as  necessidades  de  comunicagoes  do  projeto  assim  como  as  necessidades  das  partes 
interessadas  sao  duas  chaves  distintas  para  o exito  do  projeto.  0 conceito  sendo  reforgado  e de  que  ambas  sao 
areas  de  conhecimento  distintas  em  que  o gerenciamento  das  partes  interessadas  nao  significa  simplesmente 
melhor  gerenciamento  das  comunicagoes  e nem  de  que  a melhoria  das  comunicagoes  significa  simplesmente 
o melhor  gerenciamento  das  partes  interessadas.  Este  conceito  aciona  a necessidade  de  tratar  essas  duas 
chaves  criticas  para  o exito  do  projeto  como  areas  distintas. 

A renovagao  desta  area  de  conhecimento  que  separa  o gerenciamento  das  partes  interessadas  do  projeto 
do  gerenciamento  das  comunicagoes  do  projeto  proporciona  os  seguintes  beneficios: 
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• Foca  nao  somente  o gerenciamento  das  expectativas  dos  varios  grupos  de  partes  interessadas,  mas 
o trabalho  ativo  para  assegurar  um  nivel  apropriado  de  comprometimento  das  partes  interessadas 
do  projeto  nos  seus  processos  decisorios  e atividades. 

• Alinha  com  o crescente  corpo  de  pesquisa  mostrando  o engajamento  das  partes  interessadas  como 
uma  das  chaves  do  exito  geral  do  projeto. 

• Permite  melhor  alinhamento  entre  o Guia  PMBOK®  e o The  Standard  for  Program  Management. 

• Permite  melhor  alinhamento  com  o toco  no  gerenciamento  das  partes  interessadas  sendo  proposto 
com  o recente  padrao  21500. 

• Permite  maior  enfase  no  gerenciamento  das  comunicagoes  do  projeto  focando  o principal  objetivo  das 
atividades  de  comunicagao  de  coletar,  armazenar,  organizar  e distribuir  as  informagoes  do  projeto. 

• Habilita  o realinhamento  dos  processos  de  comunicagao  do  projeto,  abordando,  dessa  forma,  a 
confusao  e sobreposigao  que  cerca  a analise  e o relatorio  de  desempenho  do  projeto. 

A Segao  10  foi  separada  em  duas  areas  de  conhecimento  distintas:  gerenciamento  das  comunicagoes  do 
projeto  e gerenciamento  das  partes  interessadas  do  projeto.  Essa  mudanga  toma  os  processos  atualmente 
contidos  na  Segao  10  e os  reenfoca  enfatizando  o planejamento,  a execugao  e o controle  das  comunicagoes 
do  projeto.  Os  dois  processos  relativos  as  partes  interessadas  atualmente  contidos  na  Segao  10  (Identificar 
as  partes  interessadas  e Gerenciar  as  expectativas  das  partes  interessadas)  foram  mudadas  para  uma 
nova  segao  que  aborda  o gerenciamento  das  partes  interessadas.  0 texto  relativo  as  partes  interessadas  da 
Segao  2.3  tambem  foi  movido  para  esta  nova  segao.  Os  processos  de  gerenciamento  de  projetos  relativos  ao 
gerenciamento  das  partes  interessadas  do  projeto  foram  expandidos  para  incluir: 

• Identificar  as  partes  interessadas, 

• Desenvolver  o piano  de  gerenciamento  das  partes  interessadas, 

• Gerenciar  o engajamento  das  partes  interessadas,  e 

• Controlar  o Engajamento  das  partes  interessadas. 
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XI  .11  Mudangas  nos  processos 

Como  parte  do  processo,  os  nomes  de  varios  processos foram  mudados  para  melhorar  o mvel  de  consistencia 
em  todos  os  processos  e a sua  clareza.  Todos  os  processos  que  criam  um  piano  auxiliar  receberam  nomes 
atraves  do  uso  do  formato  de  planejar  {XXX}  o gerenciamento.  Os  processos  de  monitorar  e controlar  receberam 
nomes  usando  o formato  controle  {XXX},  pois  o ato  de  controlar  um  processo  inclui  o seu  monitoramento.  Essas 
mudangas  melhoraram  o mvel  de  consistencia  relativo  a maneira  como  os  nomes  sao  atribuldos  a todos  os 
processos.  Alem  da  mudanga  de  nomes  dos  processos,  outros  processos  foram  acrescentados  ou  modificados 
como  descrito  em  outra  parte  deste  apendice.  A lista  abaixo  resume  as  mudangas  nos  processos. 

• 4.3  Orientar  e gerenciar  a execugao  do  projeto — mudado  para  Orientar  e gerenciar  o trabalho  do 
projeto 

• 5.1  Planejar  o gerenciamento  do  escopo — acrescentado 

• 5.5  Verificar  o escopo — mudado  para  Validar  o escopo 

• 6.1  Planejar  o gerenciamento  do  cronograma — acrescentado 

• 7.1  Planejar  o gerenciamento  dos  custos — acrescentado 

• 8.1  Planejar  a qualidade — mudado  para  Planejar  o gerenciamento  da  qualidade 

• 8.3  Realizar  o controle  da  qualidade — mudado  para  Controlar  a qualidade 

• 9.1  Desenvolver  o piano  de  recursos  humanos — mudado  para  Planejar  o gerenciamento  dos  recursos 
humanos 

• 10.2  Planejar  as  comunicagoes — mudado  para  a Segao  10.1  Planejar  o gerenciamento  das 
comunicagoes 

• 1 0.3  Distribuir  as  informagoes — mudado  para  a Segao  1 0.2  Gerenciar  as  comunicagoes 

• 1 0.5  Reportar  o desempenho — mudado  para  a Segao  1 0.3  Controlar  as  comunicagoes 

• 1 1 .6  Monitorar  e controlar  os  riscos — mudado  para  Controlar  os  riscos 

• 1 2.1  Planejar  as  aquisigoes — mudado  para  Planejar  o Gerenciamento  das  aquisigoes 

• 1 2.3  Administrar  as  Aquisigoes — mudado  para  Controlar  as  Aquisigoes 

• 1 0.1  Identificar  as  partes  interessadas — mudado  para  a Segao  1 3.1  Identificar  as  partes  interessadas 

• 1 3.2  Planejar  o gerenciamento  das  partes  interessadas — acrescentado 

• 10.4  Gerenciar  as  expectativas  das  partes  interessadas — movido  para  a Segao  13.3  Gerenciar  o 
engajamento  das  partes  interessadas 

• 1 3.4  Controlar  o mvel  de  comprometimento  das  partes  interessadas — acrescentado 
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XI  .12  Segao  4 — Mudangas  no  gerenciamento  da  integragao  do  projeto 

As  definigoes  dos  processos  Desenvolver  o termo  de  abertura  do  projeto,  Desenvolver  o piano  de 
gerenciamento  do  projeto,  Orientar  e gerenciar  a execugao  do  projeto,  Monitorar  e controlar  o trabalho  do 
projeto  e Realizar  o controle  integrado  de  mudangas  foram  revisadas  visando  urn  melhor  alinhamento  com  o 
Lexico  do  PMI  e maior  clareza  das  mesmas.  0 nome  do  processo  Orientar  e gerenciar  a execugao  do  projeto 
foi  mudado  para  Orientar  e gerenciar  o trabalho  do  projeto  para  urn  melhor  alinhamento  com  a sua  definigao  e 
para  reforgar  a ideia  de  que  a sua  aplicagao  vai  alem  dos  processos  de  execugao.  Outras  mudangas  consistem 
principalmente  da  maior  elaboragao  das  explicagoes,  do  refinamento  das  ferramentas  e tecnicas  de  varios 
processos  e do  refinamento  das  entradas  e saidas  de  varios  processos  para  melhor  vincular  os  processos 
de  integragao  a outros  processos  de  gerenciamento  do  projeto.  Uma  tabela  foi  acrescentada  a discussao  da 
saida  do  processo  Desenvolver  o piano  de  gerenciamento  do  projeto  para  esclarecer  a diferenciagao  entre  os 
documentos  do  projeto  e as  entradas  e saidas  de  varios  processos  foram  ajustadas  para  refletir  o novo  modelo 
de  fluxo  de  dados  e informagoes  do  projeto  durante  a execugao  do  trabalho  do  mesmo. 

A tabela  a seguir  resume  os  processos  da  Segao  4: 


Tabela  XI -1.  Mudangas  na  Segao  4 


Segoes  da  Quarta  Edigao 

Segoes  da  Quinta  Edigao 

4.1  Desenvolver  o termo  de  abertura  do  projeto 

4.1  Desenvolver  o termo  de  abertura  do  projeto 

4.2  Desenvolver  o piano  de  gerenciamento 
do  projeto 

4.2  Desenvolver  o piano  de  gerenciamento 
do  projeto 

4.3  Orientar  e gerenciar  a execugao  do  projeto 

4.3  Orientar  e gerenciar  o trabalho  do  projeto 

4.4  Monitorar  e controlar  o trabalho  do  projeto 

4.4  Monitorar  e controlar  o trabalho  do  projeto 

4.5  Realizar  o controle  integrado  de  mudangas 

4.5  Realizar  o controle  integrado  de  mudangas 

4.6  Encerrar  o projeto  ou  a fase 

4.6  Encerrar  o projeto  ou  fase 
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XI  .13  Segao  5 — Mudangas  no  gerenciamento  do  escopo  do  projeto 

Na  Segao  5.1 , o conceito  de  um  processo  Desenvolver  o piano  de  gerenciamento  do  escopo  foi  reintroduzido 
como  uma  maneira  de  assegurar  a consistencia  em  todos  os  processos  de  planejamento  do  projeto  e para 
reforgar  a ideia  de  que  os  pianos  auxiliares  sao  desenvolvidos  para  planejar  os  detalhes  de  cada  area  de 
conhecimento  principal.  Para  garantir  a consistencia  na  atribuigao  de  nomes  aos  processos  que  criam  os 
pianos  auxiliares,  o processo  Desenvolver  o piano  de  gerenciamento  do  escopo  recebeu  o nome  de  Planejar  o 
gerenciamento  do  escopo.  A discussao  dentro  do  processo  Coletar  os  requisitos  foi  ampliada  para  que  fique  bem 
claro  que  este  processo  foca  a coleta  de  todos  os  requisitos  necessarios  ao  sucesso  do  projeto.  Esses  requisitos 
incluem  os  de  produto,  servigo  ou  resultado  a serem  entregues  pelo  projeto,  quaisquer  requisitos  de  qualidade 
que  devem  ser  cumpridos  pelo  projeto  e quaisquer  outros  requisitos  relacionados  com  o gerenciamento  do 
projeto  considerados  criticos  para  o sucesso  do  mesmo.  0 nome  do  processo  Verificar  o escopo  foi  mudado 
para  Validar  o escopo  e seu  texto  foi  retrabalhado  para  dar  maior  enfase  ao  fato  de  que  este  processo  nao  trata 
apenas  da  aceitagao  das  entregas,  mas  tambem  da  validagao  de  que  as  entregas  entregarao  valor  ao  negocio, 
e confirma  que  as  entregas,  como  fornecidas,  cumprirao  os  objetivos  do  projeto  e seu  uso  pretendido  pelas 
respectivas  partes  interessadas.  As  entradas  e saidas  de  varios  processos  foram  ajustadas  para  refletir  o novo 
modelo  de  fluxo  de  dados  e informagoes  do  projeto  durante  a execugao  do  trabalho  do  mesmo. 

A tabela  a seguir  resume  os  processos  da  Segao  5: 


Tabela  XI -2.  Mudangas  na  Segao  5 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

5.1  Planejar  o gerenciamento  do  escopo 

5.1  Coletar  os  requisitos 

5.2  Coletar  os  requisitos 

5.2  Definir  o escopo 

5.3  Definir  o escopo 

5.3  Criar  a EAP 

5.4  Criar  a EAP 

5.4  Verificar  o escopo 

5.5  Validar  o escopo 

5.5  Controlar  o escopo 

5.6  Controlar  o escopo 
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XI  .14  Segao  6 — Mudangas  no  gerenciamento  do  tempo  do  projeto 

A Segao  6 reflete  as  mudangas  dentro  do  setor  detalhadas  no  Practice  Standard  for  Scheduling- Second 
Edition. 

Para  reforgar  o conceito  de  criagao  de  pianos  auxiliares  para  cada  area  de  conhecimento  principal  e 
entao  agrega-los  ao  piano  geral  de  gerenciamento  do  projeto,  urn  novo  processo  Planejar  o gerenciamento 
do  cronograma  foi  acrescentado.  Este  processo  da  maior  enfase  as  decisoes  preliminares  em  torno  do 
desenvolvimento  e manutengao  do  modelo  de  cronograma  do  projeto.  As  definigoes  dos  processos  Definir  as 
atividades,  Estimar  os  recursos  das  atividades,  Estimar  as  duragoes  das  atividades  e Controlar  o cronograma 
foram  revisadas  a fim  de  esclarecer  as  mesmas.  Varios  processos  foram  modificados  com  novas  entradas  e/ 
ou  saidas  atualizadas.  Conceitos  ageis  foram  incorporados  ao  processo  Desenvolver  o cronograma.  As  figuras 
e os  textos  a elas  associados  foram  atualizados  para  esclarecer  os  conceitos  de  cronograma  abordados  na 
segao.  Maior  enfase  foi  colocada  em  tecnicas  de  otimizagao  de  recursos  usadas  na  elaboragao  do  cronograma 
do  projeto.  Os  nomes  de  algumas  entradas  e saidas  de  varios  processos  foram  mudados  para  garantir  a 
consistency  entre  os  varios  processos  de  gerenciamento  do  projeto.  As  entradas  e saidas  de  varios  processos 
foram  ajustadas  para  refletir  o novo  modelo  de  fluxo  de  dados  e informagoes  do  projeto  durante  a execugao 
dotrabalho  do  mesmo. 

A tabela  a seguir  resume  os  processos  da  Segao  6. 


Tabela  XI -3.  Mudangas  na  Segao  6 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

6.1  Planejar  o gerenciamento  do  cronograma 

6.1  Definir  as  atividades 

6.2  Planejar  o gerenciamento  do  cronograma 

6.2  Sequenciar  as  atividades 

6.3  Sequenciar  as  atividades 

6.3  Estimar  os  recursos  das  atividades 

6.4  Estimar  os  recursos  das  atividades 

6.4  Estimar  as  duragdes  das  atividades 

6.5  Estimar  as  duragdes  das  atividades 

6.5  Desenvolver  o cronograma 

6.6  Desenvolver  o cronograma 

6.6  Controlar  o cronograma 

6.7  Controlar  o cronograma 
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XI  .15  Segao  7 — Mudangas  no  gerenciamento  dos  custos  do  projeto 

A Segao  7 reflete  mudangas  provenientes  de  dentro  do  setor  e detalhadas  no  Practice  Standard  for 
Estimating  e no  Practice  Standard  for  Earned  Value  Management  -Second  Edition. 

Para  reforgar  o conceito  de  criagao  de  pianos  auxiliares  para  cada  area  de  conhecimento  principal  e 
entao  agrega-los  ao  piano  geral  de  gerenciamento  do  projeto,  foi  acrescentado  urn  novo  processo  Planejar  o 
gerenciamento  dos  custos.  Esse  processo  da  maior  enfase  as  decisoes  preliminares  em  torno  do  desenvolvimento 
e manutengao  das  estimativas  dos  custos  e orgamento  do  projeto.  Enfase  adicional  foi  colocada  na  analise 
de  reservas  incluindo  reservas  de  contingency  e de  gerenciamento  com  uma  nova  figura,  a Figura  7-8, 
acrescentada  para  ilustrar  os  varios  componentes  do  orgamento  do  projeto.  Uma  nova  tabela,  aTabela  7-1, 
que  resume  os  calculos  do  valor  agregado  foi  acrescentada  para  reunir  em  urn  so  local  todas  as  formulas 
usadas  na  analise  do  valor  agregado.  Os  numeros  de  valor  agregado  e requisitos  de  recursos  financeiros  foram 
atualizados  para  refletir  a enfase  dada  as  reservas  gerenciais.  Os  nomes  de  algumas  entradas  e saidas  de 
varios  processos  foram  mudados  para  garantir  a consistency  entre  os  varios  processos  de  gerenciamento  do 
projeto.  As  entradas  e saidas  de  varios  processos  foram  ajustadas  para  refletir  o novo  modelo  de  fluxo  de  dados 
e informagoes  do  projeto  durante  a execugao  do  trabalho  do  mesmo. 

A seguinte  tabela  resume  os  processos  da  Segao  7: 


Tabela  XI -4.  Mudangas  na  Segao  7 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

7.1  Planejar  o gerenciamento  dos  custos 

7.1  Estimar  os  custos 

7.2  Estimar  os  custos 

7.2  Determinar  o orgamento 

7.3  Determinar  o orgamento 

7.3  Controlar  os  custos 

7.4  Controlar  os  custos 
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XI  .16  Segao  8 — Mudangas  no  gerenciamento  da  qualidade  do  projeto 

Nao  foram  acrescentados  novos  processos  de  gerenciamento  do  projeto  contidos  nesta  segao.  0 nome 
do  processo  Realizar  o controle  da  qualidade  foi  mudado  para  Planejar  o gerenciamento  da  qualidade  para 
suportar  a consistencia  na  atribuigao  de  nomes  aos  varios  processos  que  criam  os  pianos  auxiliares.  A 
definigao  do  processo  Planejar  o gerenciamento  da  qualidade  foi  atualizado  para  urn  melhor  alinhamento 
com  a enfase  acrescentada  aos  requisitos  de  qualidade  do  projeto.  0 nome  do  processo  Realizar  o controle 
da  qualidade  foi  mudado  para  Controlar  a qualidade  para  suportar  a consistencia  na  atribuigao  de  nomes  aos 
varios  processos  de  controle.  As  mudangas  consistem  principalmente  na  ampliagao  da  discussao  sobre  varias 
ferramentas  e tecnicas  dentro  dos  processos  de  gerenciamento  da  qualidade.  A Figura  8-2  sobre  os  Ciclos 
IPECC  e PDCA  (em  ingles)  em  relagao  a GQ,  ao  CQ  e ao  CDQ  foi  acrescentada  para  ilustrar  os  relacionamentos 
entre  a garantia  da  qualidade,  o controle  da  qualidade  e o custo  da  qualidade  para  os  modelos  planejar-fazer- 
verificar-agir  e iniciar-planejar-executar-controlar-encerrar.  Uma  nova  entrada  foi  acrescentada  ao  processo 
Planejar  o Gerenciamento  da  Qualidade  para  melhor  vincular  os  requisitos  reunidos  durante  o processo  Coletar 
os  Requisitos  ao  planejamento  geral  da  qualidade  do  projeto.  As  ferramentas  basicas  de  gerenciamento  da 
qualidade  usadas  no  gerenciamento  da  qualidade  do  projeto  foram  mais  enfatizadas.  Novas  figuras  foram 
acrescentadas  visando  a obtengao  de  urn  resumo  melhor  das  sete  ferramentas  de  qualidade  basicas  e as  sete 
ferramentas  de  gerenciamento  e controle  da  qualidade.  Os  nomes  de  algumas  entradas  e saidas  de  varios 
processos  foram  mudados  para  garantir  a consistencia  entre  os  varios  processos  de  gerenciamento  do  projeto. 
As  entradas  e saidas  de  varios  processos  foram  ajustadas  para  refletir  o novo  modelo  de  fluxo  de  dados  e 
informagoes  do  projeto  durante  a execugao  do  trabalho  do  mesmo. 

A tabela  a seguir  resume  os  processos  da  Segao  8: 


Tabela  XI -5.  Mudangas  na  Segao  8 


Segoes  da  Quarta  Edigao 

Segoes  da  Quinta  Edigao 

8.1  Planejar  a qualidade 

8.1  Planejar  o gerenciamento  da  qualidade 

8.2  Realizar  a garantia  da  qualidade 

8.2  Realizar  a garantia  da  qualidade 

8.3  Realizar  o controle  da  qualidade 

8.3  Controlar  a qualidade 
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XI  .17  Segao  9 — Mudangas  no  gerenciamento  dos  recursos  humanos 
do  projeto 

Nao  foram  implementadas  mudangas  importantes  nos  processos  de  gerenciamento  de  projetos  contidos 
nesta  segao.  0 nome  do  processo  Planejamento  dos  recursos  humanos  foi  mudado  para  Planejar  o 
gerenciamento  dos  recursos  humanos  para  garantir  a consistency  na  atribuigao  de  nomes  aos  processos  que 
criam  os  pianos  auxiliares.  As  mudangas  consistem  principalmente  do  acrescimo  ou  modificagao  de  algumas 
entradas,  ferramentas,  tecnicas,  e saidas,  e a substituigao  de  piano  de  gerenciamento  do  projeto  por  piano 
dos  recursos  humanos  como  uma  entrada  nos  processos  9.2  Mobilizar  a equipe  do  projeto,  9.3  Desenvolver 
a equipe  do  projeto,  e 9.4  Gerenciar  a equipe  do  projeto  para  manter  a consistency  com  os  processos  em 
outras  areas  de  conhecimento.  As  definigoes  dos  processos  Planejar  o gerenciamento  dos  recursos  humanos, 
Contratar  ou  mobilizar  a equipe  do  projeto  e Desenvolver  a equipe  do  projeto  foram  atualizadas  para  urn  melhor 
alinhamento  com  os  detalhes  desses  processos.  Os  nomes  de  algumas  entradas  e saidas  de  varios  processos 
foram  mudados  para  manter  a consistency  relativa  a maneira  como  as  informagoes  fluem  entre  os  varios 
processos  do  gerenciamento  de  projetos. 

A tabela  a seguir  resume  os  processos  da  Segao  9: 


Tabela  XI -6.  Mudangas  na  Segao  9 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

9.1  Desenvolver  o piano  de  recursos  humanos 

9.1  Planejar  o gerenciamento  dos  recursos 
humanos 

9.2  Mobilizar  a equipe  do  projeto 

9.2  Mobilizar  a equipe  do  projeto 

9.3  Desenvolver  a equipe  do  projeto 

9.3  Desenvolver  a equipe  do  projeto 

9.4  Gerenciar  a equipe  do  projeto 

9.4  Gerenciar  a equipe  do  projeto 
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X 1.18  Segao  10 — Mudangas  no  gerenciamento  das  comunicagoes 
do  projeto 

As  informagoes  sobre  gerenciamento  das  partes  interessadas  foram  mudadas  da  Segao  10  para  uma 
nova  area  de  conhecimento  de  gerenciamento  das  partes  interessadas.  0 nome  do  processo  Planejar  as 
comunicagoes  foi  mudado  para  Planejar  o gerenciamento  das  comunicagoes  para  manter  a consistency 
na  atribuigao  de  nomes  aos  processos  que  criam  os  pianos  auxiliares.  Os  processos  Distribuir  informagoes 
e Reportar  o desempenho  foram  retrabalhados  para  esclarecer  a confusao  entre  esses  processos  e sua 
sobreposigao  com  os  processos  Controlar  o escopo,  Controlar  o cronograma  e Controlar  os  custos.  Os  processos 
foram  novamente  focados  na  atividade  de  comunicagao  como  realizada  em  projetos,  considerando  mais  o 
processo  de  comunicagao  do  que  a intengao  ou  resultado  desejado  da  mensagem,  com  enfase  no  planejamento 
das  necessidades  de  comunicagao  do  projeto,  na  coleta,  armazenagem  e disseminagao  das  informagoes  do 
projeto,  e no  monitoramento  das  comunicagoes  gerais  do  projeto  para  assegurar  a sua  eficiencia.  Os  nomes 
dos  processos  foram  mudados  para  Gerenciar  as  comunicagoes  e Controlar  as  comunicagoes.  As  definigoes 
dos  processos  Planejar  o gerenciamento  das  comunicagoes,  Gerenciar  as  comunicagoes  e Controlar  as 
comunicagoes  foram  atualizadas  para  refletir  essas  mudangas.  Os  nomes  de  algumas  entradas  e saidas  de 
varios  processos  foram  mudados  para  garantir  a consistency  entre  os  varios  processos  de  gerenciamento  do 
projeto.  As  entradas  e saidas  de  varios  processos  foram  ajustadas  para  refletir  o novo  modelo  de  fluxo  de  dados 
e informagoes  do  projeto  durante  a execugao  do  trabalho  do  mesmo. 

A tabela  a seguir  resume  os  processos  da  Segao  1 0. 


Tabela  XI -7.  Mudangas  na  Segao  10 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

10.1  Identificar  as  partes  interessadas 

Mudado  para  13.1 

10.2  Planejar  as  comunicagdes 

10.1  Planejar  o gerenciamento  das 
comunicagoes 

10.3  Distribuir  as  informagoes 

10.2  Gerenciar  as  comunicagdes 

10.4  Gerenciar  as  expectativas  das  partes 
interessadas 

Mudado  para  13.3 

10.5  Reportar  o desempenho 

10.3  Controlar  as  comunicagdes 
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XI  .19  Segao  11 — Mudangas  no  gerenciamento  dos  riscos  do  projeto 

Nao  foram  implementadas  mudangas  importantes  nos  processos  de  gerenciamento  de  projetos  contidos 
nesta  segao.  0 nome  do  processo  Monitorar  e controlar  os  riscos  foi  mudado  para  Controlar  os  riscos  para 
garantir  a consistency  na  atribuigao  de  nomes  aos  varios  processos  de  controle.  As  mudangas  foram  feitas 
para  afastar  a enfase  do  termo  “riscos  positivos”  para  “oportunidade”  visando  urn  melhor  alinhamento  com  o 
feedback  da  comunidade  de  gerenciamento  de  projetos.  Foi  acrescentado  urn  texto  para  expandir  os  conceitos 
de  atitude  perante  o risco,  apetite  de  risco,  tolerancia  a riscos,  e limites  de  riscos.  Outras  mudangas  consistem 
principalmente  de  revisartotalmente  o texto,  incorporar  feedbacke  alinhar  entradas  e saidas  com  as  mudangas 
de  outras  areas  de  conhecimento.  Os  nomes  de  algumas  entradas  e saidas  de  varios  processos  foram  mudados 
para  garantir  a consistency  entre  os  varios  processos  de  gerenciamento  do  projeto.  As  entradas  e saidas  de 
varios  processos  foram  ajustadas  para  refletir  o novo  modelo  de  fluxo  de  dados  e informagoes  do  projeto 
durante  a execugao  do  trabalho  do  mesmo. 

A tabela  a seguir  resume  os  processos  da  Segao  1 1 : 


Tabela  XI -8.  Mudangas  na  Segao  11 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

11.1  Planejar  o gerenciamento  dos  riscos 

11.1  Planejar  o gerenciamento  dos  riscos 

11.2  Identificar  os  riscos 

11.2  Identificar  os  riscos 

11.3  Realizar  a analise  qualitativa  dos  riscos 

11.3  Realizar  a analise  qualitativa  dos  riscos 

11.4  Realizar  a analise  quantitativa  dos  riscos 

11.4  Realizar  a analise  quantitativa  dos  riscos 

11.5  Planejar  as  respostas  aos  riscos 

11.5  Planejar  as  repostas  aos  riscos 

11.6  Monitorar  e controlar  os  riscos 

11.6  Controlar  os  riscos 
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XI  .20  Segao  12 — Mudangas  no  gerenciamento  das  aquisigoes  do  projeto 

0 nome  do  processo  Planejar  as  aquisigoes  foi  mudado  para  Planejar  o gerenciamento  das  aquisigoes 
para  maior  consistency  na  atribuigao  de  nomes  aos  processos  que  criam  os  pianos  auxiliares.  0 nome  do 
processo  Administrar  as  aquisigoes  foi  mudado  para  Controlar  as  aquisigoes  para  garantir  a consistency  na 
atribuigao  de  nomes  aos  varios  processos  de  controle.  Outras  mudangas  consistem  principalmente  de  revisar 
totalmente  o texto,  incorporar  feedback  e alinhar  entradas  e saidas  com  as  mudangas  de  outras  Areas  de 
Conhecimento.  Os  nomes  de  algumas  entradas  e saidas  de  varios  processos  foram  mudados  para  garantir 
a consistency  entre  os  varios  processos  de  gerenciamento  de  projetos.  As  entradas  e saidas  de  varios 
processos  foram  ajustadas  para  refletir  o novo  modelo  de  fluxo  de  dados  e informagoes  do  projeto  durante  a 
execugao  do  trabalho  do  mesmo. 

A tabela  a seguir  resume  os  processos  da  Segao  1 2: 


Tabela  XI -9.  Mudangas  na  Segao  12 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

12.1  Planejar  as  aquisigoes 

12.1  Planejar  o gerenciamento  das  aquisigdes 

12.2  Conduzir  as  aquisigdes 

12.2  Conduzir  as  aquisigdes 

12.3  Administrar  as  aquisigoes 

12.3  Controlar  as  aquisigdes 

12.4  Encerrar  as  aquisigdes 

12.4  Encerrar  as  aquisigdes 
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XI  .21  Segao  13 — Mudangas  no  gerenciamento  das  partes  interessadas 
do  projeto 

Para  acompanhar  a evolugao  de  pensamento  relativa  ao  gerenciamento  das  partes  interessadas  dentro 
dos  projetos,  uma  nova  area  de  conhecimento  foi  acrescentada  para  abordar  o gerenciamento  das  partes 
interessadas  do  projeto . As  informagoes  sobre  a identificagao  das  partes  interessadas  e o gerenciamento  das 
suas  expectativas  foram  movidas  da  Segao  10  que  trata  sobre  o gerenciamento  das  comunicagoes  do  projeto 
para  essa  nova  area  de  conhecimento  para  expandir  e aumentar  o toco  na  importancia  de  engajar  as  partes 
interessadas  do  projeto  de  forma  apropriada  nas  decisoes  e atividades  chave  associadas  ao  projeto.  Novos 
processos  Planejar  o gerenciamento  das  partes  interessadas  e Controlar  o nivel  de  engajamento  das  partes 
interessadas  foram  adicionados.  Os  nomes  de  algumas  entradas  e saidas  de  varios  processos  foram  mudados 
para  garantir  a consistency  entre  os  varios  processos  de  gerenciamento  do  projeto.  As  entradas  e saidas 
de  varios  processos  foram  ajustadas  para  refletir  o novo  modelo  de  fluxo  de  dados  e informagoes  do  projeto 
durante  a execugao  do  seu  trabalho. 

A tabela  a seguir  resume  os  processos  da  Segao  1 3: 


Tabela  XI -10.  Mudangas  na  Segao  13 


Segdes  da  Quarta  Edigao 

Segdes  da  Quinta  Edigao 

10.1  Identificar  as  partes  interessadas 

13.1  Identificar  as  partes  interessadas 

13.2  Planejar  o gerenciamento  das  partes 
interessadas 

10.4  Gerenciar  as  expectativas  das  partes 
interessadas 

13.3  Gerenciar  o engajamento  das  partes 
Interessadas 

13.4  Controlar  o engajamentos  das  partes 
Interessadas 
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XI  .22  Glossario 

0 glossario  do  Guia  PMBOK®-  Quinta  Edigao  foi  ampliado  e atualizado  para  incluir  os  termos  contidos  no 
Guia  PMBOK®  que  devem  ser  definidos  para  dar  suporte  a compreensao  do  conteudo  do  documento: 

• Esclarecer  o significado  e melhorar  a qualidade  e a exatidao  de  qualquer  tradugao; 

• Eliminar  os  termos  do  Guia  PMBOK®-  Quinta  Edigao  nao  usados;  e 

• Assegurar  o alinhamento  e a harmonizagao  dos  termos  com  os  termos  contidos  no  Lexico  do  PMIe 
em  outros  padroes  principals  do  PMI. 

XI  .23  Diagramas  de  fluxo  de  dados 

Os  diagramas  de  fluxo  de  dados  de  todos  os  processos  de  gerenciamento  de  projetos  foram  totalmente 
revisados  e atualizados  a fim  de  remover  as  inconsistencias  e assegurar  que  cada  diagrama  reflita  com 
exatidao  as  entradas  e safdas  associadas  a urn  determinado  processo. 


482 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK0)  — Quinta  Edigao 


APEN DICE  X2  - COLABORADORES  E REVISORES  DO  GUIA  PMBOK®  — QUINTA  EDICAO 


APENDICE  X2 

COLABORADORES  E REVISORES  DO 
GUIA  PMBOK®  — QUINTA  EDIQAO: 

Os  voluntaries  do  PMI  primeiro  tentaram  consolidar  o Conjunto  de  conhecimentos  em  gerenciamento  de 
projetos  no  Special  Report  on  Ethics,  Standards,  and  Accreditation  (Relatorio  especial  sobre  etica,  padroes  e 
credenciamento),  publicado  em  1983.Desde  entao,  outros  voluntaries  se  apresentaram  para  atualizar  e melhorar 
esse  documento  original  e contribuir  para  este  padrao  de  gerenciamento  de  projetos  mundialmente  reconhecido, 
Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®).  Este  apendice  lista,  em  ordem  alfabetica 
dentro  dos  grupos,  as  pessoas  que  contribuiram  para  o desenvolvimento  e produgao  do  Guia  PMBOK®-  Quinta 
Edigao.Nenhuma  lista  simples,  ou  mesmo  varias  listas  podem  retratar  adequadamente  todas  as  contribuigoes  dos 
que  se  apresentaram  voluntariamente  para  desenvolver  o Guia  PMBOK®-  Quinta  Edigao. 

0 Project  Management  Institute  agradece  a todas  essas  pessoas  por  seu  apoio  e reconhece  as  suas 
contribuigoes  para  a profissao  de  gerenciamento  de  projetos. 


X2.1  Guia  PMBOK®  — Comissao  Lider  da  Quinta  Edigao 

As  seguintes  pessoas  atuaram  como  membros,  foram  colaboradores  em  textos  ou  conceitos  e atuaram 
como  lideres  dentro  da  equipe  lider  do  projeto: 

Dave  Violette,  MPM,  PMP,  Presidente 
Joseph  W.  Kestel,  PMP,  Vice-presidente 
Nick  Clemens,  PMP  (Lider  - Segoes  3 e 4) 

Dan  Deakin,  PMP  (Lider  - Segoes  11  e 1 2) 

Theofanis  C.  Giotis,  PMP,  PMI-ACP  (Lider  - Segoes  1 e 2) 

Marie  A.  Gunnerson,  (Lider  - Segoes  6 e 7) 

George  Jucan,  MSc,  PMP  (Lider  - Segoes  9, 1 0,  e 1 3) 

Vanina  Mangano,  PMP,  PMI-RMP  (Lider  de  controle  de  conteudo  integrado  e mudangas) 

Mercedes  Martinez  Sanz,  PMP  (Lider  - Segoes  5 e 8) 

Carolina  Gabriela  Spindola,  PMP,  SSBB  (Lider  de  controle  de  qualidade) 

Clifford  W.  Sprague,  PMP  (Comunicagoes) 

Kristin  L.  Vitello,  CAPM,  Especialista  em  projetos  de  padroes 
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X2.2  Guia  PMBOK®  — Subcomissao  da  quinta  edigao 

As  seguintes  pessoas  atuaram  como  colaboradores  em  textos  ou  conceitos  e como  lideres  da  subcomissao 
do  projeto: 

Matthew  B.  Anderson,  PMP,  PMI-ACP  (Lider  - Segao  4) 

Gilbert  B.  Asher,  MBA,  PMP  (Lider  do  grupo  de  trabalho  de  fluxo  de  dados) 

Brad  Bigelow,  PMP,  MSP  (Lider  - Segao  2) 

Cecilia  Boggi,  PMP  (Lider  - Segao  9) 

Bernardo  0.  Bustamante,  PE,  PMP  (Lider  - Segao  1) 

Akshata  Karanth,  PMP  (Lider  - Segao  6) 

David  L.  Keeney,  PMP,  CTT+(Lider  - Segao  8) 

David  Kramer  (Lider  - Segao  1 2) 

Karthikeyan  Kumaraguru  MS,  PMP  (Lider  - Segao  1 ) 

Mary-Elizabeth  Larson,  PMP,  CBAP  (Lider  - Segao  5) 

Charles  J.  Lesko,  Jr.,  Ph.D.,  PMP  (Lider  - Segao  1 0) 

Claudia  Alex  Morris,  MBA,  PMP  (Lider  editorial) 

John  M.  Nevison  (Lider  - Segao  7) 

M.K.Ramesh,  BE,  PMP  (Lider  da  Segao  3 ate  6/201 1 ) 

Krupakar  Reddy,  PMP,  PRINCE2  Practitioner  (Lider  - Segao  3) 

Yad  Senapathy  (Lider  da  Segao  4 ate  6/2011) 

Anca  E.  Slusanschi,  MSc,  PMP  (Lider  - Segao  1 3) 


X2.3  Colaboradores  importantes 

Alem  dos  membros  da  comissao  lider  e da  subcomissao  do  projeto,  as  seguintes  pessoas  forneceram 
contribuigoes  ou  conceitos  importantes: 

George  F.  Burton  MBA,  PMP 
Tammy  Clark 

Joel  R.  Erickson,  MAcc,  PMP 
Stanistaw  Gasik,  PhD 
Ashok  Jain,  PMP,  CSM 
Andrea  Pantano,  PMP 
Federico  Roman  Demo,  PMP,  ITIL 
Anthony  Tsui,  MIT,  PMP 
Jennifer  L.  Walker,  PMP 
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X2.4  Guia  PMBOK® — Membros  da  comissao  da  quinta  edigao 

As  seguintes  pessoas  atuaram  como  colaboradores  em  textos  ou  conceitos  e forneceram  sugestoes  em 
minutas  do  Guia  PMBOK ® — Quinta  Edigao: 


Humayun  Akhtar,  PE,  PMP 

Mark  0.  Alexander,  P.Eng,  PMP 

Miguel  Angel  Hernandez  Ayala,  MBA,  PMP 

Katherine  A.  Barnoski,  PMP,  CPCP 

Sameer  S.  Bendre,  PMP,  CSM 

Manuela  Borlovan 

Hector  E.  A.  Boye,  MSc,  PMP 

Carlos  M.  Brenes,  MPM 

Kevin  Brennan,  PMP,  CBAP 

Melissa  F.  Bull,  PMP 

Guido  Caciagli  B.,  PMP 

Jesus  Mario  Garcia  Cano,  PMP 

Ramesh  Chandak 

Carol  Dekkers,  PMP,  CFPS 

Wayne  D.  Ellis,  PE,  PMP 

Andres  Falcon,  MBA,  PMP 

Anna  Maria  Felici,  PMP,  CMC® 

Sachin  Ghai,  PMP 
Juan  Carlos  Gonzalez,  PMP,  ITIL 
Mike  Griffiths,  PMP,  PMI-ACP 
Joseph  Gruber,  PMP,  CAPM 
Sharnikya  F.  Howard,  MBA,  PMP 
Harold  S.  Hunt,  PMP 
Suhail  Iqbal,  PgMP,  PMP 
Rajan  T.  Janjani,  PMP,  ITIL  Expert 
Chandrashekhar  S.  Joshi,  PMP, 

Chartered  Engineer 


Puja  Kasariya,  PMP 
Khalid  Ahmad  Khan,  PE,  PMP 
Terri  Herman  Kimball,  PMP 
Vijay  Kumar 

Gaspar  Pacheco  Leal,  PMP 
Nguyen  Long  Son,  PMP,  PMI-RMP 
Debra  J.  Lovelace,  PMP 
Tom  Magee,  MBA,  PMP 
Ahsan  Maqbool,  PMP,  PMI-RMP 
Conrado  Morlan,  PgMP,  PMP 
Tilden  Moschetti 
Jacob  Kottackal  Ninan 
Abdul  Nsubuga 
Reuben  Oshomah,  MSc,  PMP 
Marcus  S.  Parker  Sr.,  PMP 
Sergio  A.  Penaloza,  PMP 
Ute  Riemann,  MBA,  MCS 
Nick  Riordan,  MBA,  PMP 
Shivkanth  V.  Rohith,  PMP,  PMI-ACP 
Bruce  Schwickrath,  PMP,  LSS-MBB 
Kishankumar  J.  Solanki 
TejasV.  Sura,  MS,  PMP 
Federico  Vargas,  PMP,  MPM 
Srikanth  Victory 

Himanshu  Shripad  Warudkar,  PMP,  ITIL 
S.K.  Steve  Wong,  PMP,  CMA 
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X2.5  Revisores: 


X2.5.1  Revisao  de  especialistas 


Alem  dos  membros  da  comissao,  as  seguintes  pessoas  forneceram  sua  revisao  e recomendagoes  nas 
minutas  do  padrao: 


Stephen  Kwasi  Agyei,  PMP,  LLM 
LavanyaArul,  PMP,  PMI-RMP 
Ernest  Baker,  PMP,  PRINCE2  Practitioner 
Mamoun  Besaiso,  CE 
James  C.  Bradford,  Jr.,  PMP 
Damiano  Bragantini,  PMP 
Georgeta  Brehoi,  PMP 
Peter  Brown 

Andrea  Caccamese,  PMP,  Prince2  Practitioner 

Panos  Chatzipanos,  PhD,  PE 

Jared  Curtis,  PMP 

Mario  C.  Delvas,  MBA,  PMP 

Dipti  Desai,  PMP 

Lakshmi  Dhruvarao,  PMP,  CSM 

George  Diakonikolaou,  PhD,  PMP 

Peter  Dimov,  PMP,  CBM 

Richard  Egelstaff,  PMP,  MBA 

Charles  T.  Follin,  PMP 

Prabhat  Garg,  PMP 

Vivek  Goel,  PMP,  CSM 

Mustafa  Hafizoglu 

Dr.  Sheriff  Hashem,  PhD,  PMP 

David  A.  Hillson,  PhD,  PMI  Fellow 

Christine  Floffmann,  PMP 

Hiroto  Horio,  PMP 

David  T.  Hulett,  PhD 

Poornaselvan  Jeevanandam 

Gregory  I.  Jepson 

Kazuo  Kawai,  PMP 


Konstantinos  Kirytopoulos,  PhD,  PMP 
Adrian  W.  Lovel-Hall,  PMP,  PMI-RMP 
Thomas  F.  McCabe,  PMP,  CSSMBB 
Harold  “Mike”  Mosley,  Jr.,  PE,  PMP 
Daud  Nasir,  PMP,  LSSBB 
Alexandre  Vieira  de  Oliveira,  MBA,  PMP 
SnehaV.  Patel,  PMP 
Richard  Perrin 
Walter  Plagge,  MBA,  PMP 
Marlene  Derian  Robertson 
Fernan  Rodriguez,  PMP 
Tres  Roeder,  MBA,  PMP 
Guy  Schleffer,  MBA,  PgMP 
Nitin  Shende,  PMP,  CSM 
Nagendra  Sherman,  PMP 
J.  Greg  Smith 
Cyndi  Snyder,  PMP,  EVP 
Geree  V.  Streun,  PMP,  PMI-ACP 
Jurgen  Sturany,  PMP 
Yasuji  Suzuki,  PMP 
Shoji  Tajima 
Yvonne  Tan  EY,  PMP 
Gerhard  J.Tekes,  PMP,  PMI-OPM3 
Certified  Professional 
Biagio  Tramontana,  Eng.,  PMP 
Thomas  M.  Walsh,  PMP 
Juanita  M.  Woods,  PMP,  PgMP 
Ronaldo  Zanardo,  CAPM 
Heinz  Zimmermann,  PMP 


486 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


APEN DICE  X2  - COLABORADORES  E REVISORES  DO  GUIA  PMBOK®  — QUINTA  EDICAO 


X2.5.2  Revisao  dos  membros  do  grupo  consultivo  (MAG) 

As  seguintes  pessoas  atuaram  no  Grupo  consultivo  dos  membros  do  programa  de  padroes  do  PMI  e votaram 
na  versao  preliminar  do  Guia  PMBOK®-  Quinta  Edigao: 

Monique  Aubry,  PhD,  MPM 
Chris  Cartwright,  MPM,  PMP 
Laurence  Goldsmith,  PMP 
Paul  E.  Shaltry,  PMP 
Cyndi  Snyder,  MBA,  PMP,  EVP 

X2.5.3  Revisao  do  Grupo  de  consenso 

As  seguintes  pessoas  atuaram  no  Grupo  de  consenso  do  programa  de  padroes  do  PMI  e votaram  na  versao 
preliminar  do  Guia  PMBOK®-  Quinta  Edigao: 

Monique  Aubry,  PhD,  MPM 
Nigel  Blampied,  PE,  PMP 
Nathalie  Bohbot,  PMP 
Dennis  L.  Bolles,  PMP 
Peggy  Brady 

Chris  Cartwright,  MPM,  PMP 
Sergio  Coronado,  PdD. 

Andrea  Demaria,  PMP 
John  L.  Dettbarn,  Jr.,  DSc,  PE 
Charles  T.  Follin,  PMP 
Laurence  Goldsmith,  MBA,  PMP 
Dana  J Goulston,  PMP 
Dorothy  L.  Kangas,  PMP 
Thomas  Kurihara 
Timothy  MacFadyen 

David  Christopher  Miles,  CEng,  OPM3-CC 
Harold  “Mike”  Mosley,  Jr.,  PE,  PMP 
Mike  Musial,  PMP,  CBM 
Eric  S.  Norman,  PgMP,  PMP 
Deborah  O’Bray,  CIM  (Hons) 
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Nanette  Patton,  MSBA,  PMP 

Crispin  (“Kik”)  Piney,  BSc,  PgMP 

Michael  Reed,  PMP 

Chris  Richards,  PMP 

Paul  E.  Shaltry,  PMP 

Jen  L.  Skrabak,  MBA,  PMP 

Matthew  D.  Tomlinson,  PgMP,  PMP 

X2.5.4  Revisao  da  versao  preliminar 

Alem  dos  membros  da  comissao,  as  seguintes  pessoas  forneceram  recomendagoes  para  melhorar  a versao 
preliminar  do  Guia  PMBOK®-  Quinta  Edigao: 


Javed  A.  Abbasi,  MBA,  PMP 
Klaus  Abert 
Biju  B.  Abraham,  PMP 
Mohammad  I.  Abu  Irshaid,  PMP 
Mohammad  Adel,  PMP 
Yaser  Afaneh,  MSCE,  PMP 
Eng.  Ahmed  Taha,  MBA,  PMP 
Mounir  Ajam 

Phill  C.Akinwale,  MSc,  PMP 
Mfon  D.Akpan,  MBA,  PMP 
Mobasher  Abdu  Al-Asmry, 

CE,  KSA 

Homam  Al  khateeb,  PMP, 
PMI-RMP 

Ahmad  Al-Nahar,  MBA,  PMP 
Melad  Alaqra,  PMP 
Jose  Rafael  Alcala  Gomez, 

MBA,  PMP 

Martin  Aleman  Valdes,  PMP 
Mohammed  Faiq  Al-Hadeethi, 
PMP,  MSc  (Mech.) 


Anwar  AN,  MBA,  PMP 
Allam  VV  S Venu,  PMP 
Barnabas  Seth  Amarteifio, 
PMP,  ITIL 
Yousif  Amin,  PMP 
Andy  Anderson,  MA,  PMP 
David  Angelow,  MBA,  PMP 
Luciano  Antoniucci 
Mark  A.  Archer,  PhD,  PMP 
Ondiappan  Arivazhagan  “Ari” 
PMP,  PMI-RMP 
Wisdom  Kwasi  Asare- 
Amegashie 
Babissakana,  PMP 
Mohamed  A.  Badie,  PMP, 
Prince2  Practitioner 
Ammar  N.  Baidas,  PgMP,  PMP 
Kamal  Bajaj,  PMP,  PGDBA 
Jehad  J.  Baker,  PgMP,  PMP 
J.  Balamurali,  PMP 
Federica  Ballone,  PMP 


Manuel  F.  BaqueroV., 

MSc,  PMP 
Brent  R.  Barton 
Anupam  Baruah 
Olaf  Baumgartner,  PMP 
lain  Begg,  PMP 
Laura  Benedetti 
Wayne  F.  Best 
Harwinder  Singh  Bhatia, 
PMP,  CSM 

Pius  Bienz,  PhD,  PMP 
Jean  Binder,  PMP 
Nigel  Blampied,  PE,  PMP 
Michael  P.  Bomi,  BSc,  PMP 
Raul  Borges,  PMP 
Farid  F.  Bouges,  MSc,  PMP 
Lynda  Bourne,  DPM,  FAIM 
Joao  Carlos  Boyadjian, 
MSc,  PMP 
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Didier  Brackx,  PMP 
Jim  Branden,  MBA,  PMP 
Wayne  R.  Brantley,  MSEd,  PMP 
Ralf  Braune,  PMP 
Tamela  J.  Brittingham,  PMP 
Jerry  Bucknoff,  MBA,  PMP 
SyedAsad  Hasnain  Bukhari, 
MBA  (MIS),  PMP 
Jeffrey  S.  Busch,  PMP 
Mario  Castro  Caballero 
Anthony  Cabri,  PMP 
Andrea  Caccamese,  PMP, 
Prince2  Practitioner 
Roberto  A.  Cadena  Legaspi, 
PMP 

Jacob  Calabrese,  CSP,  CBAP 
Maria  Cardullo 
James  F.  Carilli,  PgMP,  PMP 
Christopher  W.  Carson, 

PMP,  CCM 

Angela  M.  Cason,  PMP 
Ralph  Celento 
Rebecca  Cervoni,  PMP 
Bruce  C.  Chadbourne, 

PgMP,  PMI-RMP 
Kameswaran 
Chandrasekaran,  PMP 
Theodore  Jiyon  Chang 
Ramesh  Chepur,  PMP, 

PRINCE2  Practitioner 
Subrahmanyam  VN  Chinta 
PMP,  CSM 

Marcin  Chomicz,  MBA,  PMP 
Abhishek  Chopra 


Angel  R.  Chourio,  PMP 
Eric  Christoph,  PMP,  EVP 
Rose  M.  Clark,  PMP 
Rogerio  L.  Clavello,  PMP 
Xavier  Clerfeuille,  MSc,  SSL 
Black  Belt 

Paul  Converti,  PMP,  CISSP 
Mario  Coquillat  de  Travesedo, 
PMP 

Franco  Cosenza,  PE,  MScEE 
Jeremy  Coster,  PMP 
Raymond  Covert 
Holly  Cowe 

Adriano  Jose  da  Silva  Neves, 
MSc,  PMP 

William  L.  (Bill)  Dam,  PMP,  CPG 
Joseph  W.  Daniel,  PMP 
Richard  Gary  Daniels 
Mohamed  Daoud 
Russell  W.  Darnall,  DM,  PMP 
Fariborz  Davarpanah, 

MBA,  PMP 

Luiz  Guilherme  de  Carvalho 
Elisa  De  Mattia 
PH.  Manjula  Deepal  De  Silva, 
BSc,  PMP 
Vijay  Deshpande 
Salvatore  Di’iorio 
George  Diakonikolaou 
John  H.  Dittmer,  VI,  CISSP- 
ISSMP,  PMP 
Marcelo  Sans  Dodson, 

PMP,  MPM 

Roland  Doerr,  MBA,  PMP 


Serge  Dolivet,  PMP 
Bhushan  Dongare 
R.  Bernadine  Douglas, 

MS,  PMP 
Xinhua  Du 
Arun  Dubagunta 
Stephen  Duffield,  MPM,  CPPD 
Pradip  Kumar  Dwevedi,  PMP 
HanyA.  Elhay,  PMP 
Bilal  M.  El  Itani,  MBA,  PMP 
Abdurazag  Elkhadrawe 
William  Ernest,  MPM,  PMP 
Dmitry  A.  Ezhov,  PMP 
Leandro  Faria,  PMP,  PMI-ACP 
Daniel  Fay,  PMP 
Madhu  Fernando,  DBA,  PMP 
Jesse  Fewell,  PMP,  CST 
Claudia  Fiallo,  PMP 
John  C.  ‘Buck’  Field,  MBA,  PMP 
Robinson  Figueroa,  MS,  PMP 
David  Foley,  MBA 
Sandra  Fonseca-Lind 
Scott  D.  Freauf,  PMP,  IPMA-C 
Sakae  Fujino 
Yoichi  Fukuhara,  PMP 
Nestor  C.  Gabarda  Jr., 

ECE,  PMP 

Luca  Gambetti,  PMP,  CFPS 
Gerardo  A.  Garavito  F,  PMP, 
PMI-ACP 

Jose  Eduardo  Motta  Garcia, 
MBA,  PMP 

Jorge  Garcia  Solano, 

PMP,  MPM 
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Sergio  Garon,  MS 
Jay  D.  Gassaway, 

PMP,  PMP-SP 

Michael  J.  Gauthier,  MA,  CPM 
Darline  Georges 
Soumajit  (Sam)  Ghosh,  PMP, 
PhD  Candidate 
Carl  M.  Gilbert,  PMP, 

Cert  OPM3  Professional 
Peter  James  Gilliland,  PMP 
Sulema  de  Oliveira  Barcelos 
Gobato,  MsC,  PMP 
Emily  Godinet  Lounge,  PMP 
Peter  Goldberg 
Andres  F.  Gomez,  MSc,  PMP 
Guillermo  Gomez  Hdez.,  CSM 
Jose  Abranches  Gongalves, 
MSc,  PMP 

Himanshu  Kumar  Goswami 
Jean  Gouix,  Eng,  PgMP,  PMP 
Gary  J.  Graham,  CISM,  CISSP 
Charlie  Green,  PMP 
Roy  C.  Greenia,  MPM,  PMP 
Salomon  Pineda  Guerrero 
Pier  Luigi  Guida,  PgMP,  PMP 
LakshmeeshaT.  Gundurao, 
PMP,  CSM 

Guo  Ming-Hui  (MARS),  PMP 
Kapil  Gupta,  PMP 
Edward  Hall,  PMP 
Noha  Hamdy 

Sharad  S Harale,  MBA,  PMP 
Simon  Harris,  PMP,  D4® 
Accredited 


Abdulrahman  M Hassan,  MSc 
Gregory!  Haugan,  Sr., 

PhD,  PMP 

Larry  J.  Hawkins,  DSc,  PMP 
Susumu  Hayakawa,  PMP 
Kym  Henderson,  RFD 
MSc  (Comp) 

Robert  Hierholtz 
Robert  N.  Higgins  V,  PMP 
Danny  N.  Hinton,  PMP 
Shirley  P.  Hinton,  PMP 
Hisashi  Hirose,  PMP 
Jack  J.  Holmes,  PMP 
Keith  D.  Hornbacher,  MBA 
Tim  Hornett,  PMP 
Christina  M.  House, 

PMP,  EMBA, 

Seth  Huckabee 
Robert  F.  Hull,  PE,  PMP 
Guillermo  A.  Ibanez,  PMP,  ITIL 
Shuichi  Ikeda,  PMP 
Hemant  Israni,  PMP,  PMI-RMP 
Vladimir  Ivanov,  IPMA-B 
Assessor,  ITIL  Expert 
Vidya  Iyer,  PMP 
Can  Izgi,  PMP 
Elaine  T.  Jackson,  BS,  PMP 
James  M.  Jackson,  PMP,  FLMI 
Rajesh  Jadhav,  PgMP,  PMI-RMP 
Rebecca  Jahelka,  PMP 
Gagan  Jain,  MBA,  PMP 
Don  R.  James,  PMP 
Vicki  James 

Chandra  Shekar  Jayanna,  PMP 


Johannan  ‘Johnny’  Jhirad,  B. 

Tech  (NT  Bombay) 

Marco  Antonio  Jimenez, 

MBA,  PMP 

Jaime  Jimenez  Ayala, 

PhD,  PMP 

Tony  Johnson,  PgMP,  PMP 
Fayez  Jolani,  MBA,  PMP 
Michele  J.  Jones,  PMP 
Yves  Jordan,  PMP 
Chandrashekhar  S.  Joshi, 

PMP,  Chartered  Engineer 
Rameshchandra  Joshi 
Donaliya  K.  Porter,  MBA,  MPM 
SS  Kanagaraj,  PMP,  ITIL 
Edwin  J.  Kapinus,  PE,  PgMP 
Madhavi  Karanam,  MBA 
Heinrich  Karageorgou, 

MBA,  DBA 

Naoki  Kasahara,  PMP 
Ramakrishna  Kavirayani,  PMP 
Kenichi  Kawamata,  PMP 
Babatunde  Oluwayomi  Kayode, 
MS  ProjM,  MSc(PM) 

TarigA.  Khalid,  PMP,  CBAP 
Adil  Khan 

Muhammad  Ehsan  Khan,  PhD, 
PgMP,  PMP 

Nader  Khorrami  Rad,  PMP 
Mangesh  A Khunte,  PMP, 
PMI-ACP 
Mostafa  Kilani 
Athens  Kolias,  PMP,  MPM 
Walter  Kriegl,  PMP 
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Srikanth  Krishnamoorthy, 

PMP,  PGDSA 
Kannan  Krishnan 
Casimer  “Casey”  Kroll, 

PMP,  MASc 

Gustavo  Krowczuk,  PMP 
Devesh  Kumar,  PMP,  PMI-ACP 
L.  Senthil  Kumar,  PMP 
Pavan  S.  Kumar,  PMP 
Raghu  Kumar 
Vladimir  Kupershteyn, 

PhD,  PMP 

Thomas  M.  Kurihara 
Puneet  Kuthiala,  PMP,  CGEIT 
Massimo  La  Rosa,  PMP 
Thierry  Labriet,  PMP,  IPMA-B 
Rangarajan 

Lakshminarasimhan,  PMP 
Arun  Lai 

Elixender  Lamprea  Leon, 
PE-ITIL,  MSc  IT 
Hagit  Landman,  PMP,  PMI-SP 
Ayotunde  0.  Lawal,  PMP,  CAPM 
Roberta  Lawrence,  BAppMgt 
(Project  Management)  PMP 
S.  Douglas  Leard,  PMP,  ACP 
Oliver  F.  Lehmann,  PMP,  CLI-CP 
Ginger  Levin,  PhD,  PgMP,  PMP 
Jean-Pierre  Lhomme,  PMP 
Jian  Liang 

Kanak  Limbu,  PMP,  ITILV3 
Frank  MC  Lin 

Marco  Antonio  L.  LoVisco, 

MBA,  PMP 
Lohokare 

Anand  Lokhande,  PMP 


Alberto  J.  Lopez,  PMP 
Samuel  Lopez  Gonzalez  de 
Murillo,  PMP 
Zheng  Lou,  MBA,  PMP 
Sergio  Lourengo, 

PMI-RMP,  PMP 
Hugo  K.  M.  Lourengo,  PMP 
Robert  A.  Lyell,  PMP 
Frederick  G.  Mackaden, 

MBA,  PMP 

Engr.  Sangu  Maha  Rajan,  BTech 
Abhijit  A.  Maity,  PMP 
Richard  Maltzman 
Anthony  Mampilly,  PMP 
Kenneth  Manahl 
Ammar  Mango 
David  Mantle,  PMP 
Len  Marchese,  PMP 
Daniel  Marigliano 
Shobhana  M.,  BTech,  Prince2 
Antonio  Marino,  PMP,  PMI-ACP 
Tom  Mastal,  PMP,  CSM 
Flavio  Matsuyama,  PhD 
Vincent  McGevna, 

PMP,  PRINCE2  Practitioner 
Jon  McGlothian,  MBA,  PMP 
Alan  McLoughlin,  BE,  MPM 
Suzette  A.  McNaught, 

MBA,  PMP 

Peter  Berndt  de  Souza  Mello, 
SpS,  PMI-SP 
Yan  Bello  Mendez,  PMP 
Katia  M.  Mendez  Madrigal, 
MAP,  PMP 
Ernst  Menet,  PMP 
Rashmi  Menon 


Mohammed  M’hamdi,  PMP 
Joachim  Modern,  PMP 
Megat  Ahmad  Zainuri  B. 

Mohamed,  PMP 
Mannan  Mohammed, 

PMP,  PEng 

Haitham  K.  M.  Mokhtar, 

BSc,  PG  Dip 
Andres  Molano  Trujillo 
Marshciene  Hendrix  Moor, 
MBA,  MS 
Lacheta  Moore 
Carlos  Morais 
John  Morck,  Med,  PMP 
Harold  “Mike”  Mosley,  Jr., 

PE,  PMP 

Saradhi  Motamarri, 

MTech,  PMP 
Henrique  Moura,  PMP 
Nathan  M.  Mourfield, 

MBA,  PMP 
Hazim  Muhssin 
Kristin  Munro 
Mike  Musial,  PMP,  CBM 
Khalid  M.  Musleh, 

PMP,  ISO  9001  LA 
Arul  SP  Muthupandian 
Amir  Naderi,  Msc,  PMP 
Basab  Nandi 
Sergio  Nascimento 
Faig  Nasibov,  PMP 
Mthokozisi  Ncube,  MSc,  PMP 
Ta-Tianna  K.  Nealy,  PMP,  RMP 
Shashank  Neppalli,  PMP 
Nghi  M.  Nguyen,  PhD,  PMP 
Thuthuy  C.  Nguyen,  PMP 
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Tri  Hue  Nguyen,  PMP 
Idika  U Ngwobia,  MSc,  PMP 
Jonathan  Nickerson,  PMP 
Praveen  K.  Nidumolu, 

PMP,  CSM 
Eric  Nielsen,  PMP 
Jeffrey  S.  Nielsen,  PgMP,  PMP 
Sanjay  Nivargikar 
Takuji  Noguchi,  PMP 
Michael  Nollet 
Alireza  Noordoust  Behtouei, 
PMP,  PMI-SP 

Fernando  Nunes  de  Oliveira, 
PMP,  PMI-SP 

Henry  Lapid  Nuqui,  PEE,  PMP 
Kevin!  O’Brien,  PEng,  PMP 
Peter  O’Driscoll,  PMP 
Dayo  Odunlami,  MBA,  PMP 
Siobhan-Louise  O’Keefe 
Bayonle  Oladoja,  mnse,  PMP 
Neil  Olshansky 
Johnson  0.  Omosule,  Bsc 
Thomas  Q.  O’Rourke,  PMP, 
PMI-RMP 

Venkateswar  P.  Oruganti, 

PMP,  FIETE 

Mahmoud  Assaad  Othmane, 
PMP,  CIPM 

Maksym  Ovsianikov,  PMP 
Hariyo  D.  Pangarso,  MT,  PMP 
James  W.  Parcels 
Sandro  Pasini,  MBA,  PMP 
Yadaiah  Pathkula 
Marcello  Patrese,  PMP,  PMC 
Drazen  Penzar,  PMP 


Richard  J Perrin,  PMP,  MBB 
D.  John  Peter,  PMP 
Lachlan  Peter,  CPEng,  PMP 
Massimo  Pica,  Brig.  Gen.(ret.)- 
Italian  Army,  Dr  (Eng) 

Joseph  Pignato 
Raj  Pillai,  PMP,  MIFireE 
Teresita  L.  Pineda,  PMP, 

LEED  AP 

Crispin  (“Kik”)  Piney,  BSc, 
PgMP 

Jose  Angelo  Pinto,  PMP, 

0PM3  CC 

Alan  L.  Plastow,  PMP,  MAT 
Fredric  L.  Plotnick,  PhD,  PE 
Shaligram  Pokharel,  PhD,  REng 
George  E.  Porter,  MBA,  PMP 
Marcus  Possi,  MBA-FGV,  SpS 
Edwin  A.  Provencal,  MBA,  PMP 
Naseer  Pervaz  Qureshi 
Norman  Radatz,  PMP 
Joao  Ramalho,  PMP 
S.  Ramani,  PgMP,  PMP 
Phalguna  K Ramaraju,  PMP, 
PMI-ACP 

Rajkumar  Ramaswamy, 

P Eng,  PMP 
M.K.Ramesh,  BE,  PMP 
Gurdev  Randhawa 
Raghunathan  Rangapathy,  PMP 
Madhavan  S Rao  , PMP 
Raju  N Rao  , PMP,  Cert  0PM3 
Professional 
Michael  Reed,  PMP 
Vicky  Restrepo,  PMP 


Gustavo  De  Abreu  Ribas,  PMP 
Andriele  Ribeiro,  MSc,  PMP 
Juan  Carlos  Ribero  Gomez, 
PMP 

Richard  A.  Rodberg,  PMP 
Bernard  Roduit 
David  Roe,  PMP 
Brandon  Joseph  Rogers,  PMP 
Yvette  Roserie,  PMP 
CecileT  Ross,  PMP 
Mohamed  Saad 
Kumar  Sadasivan,  PMP 
Mihail  I.E.  Sadeanu,  PhD,  PMP 
Keiko  Sakagami,  PMP 
Eng.  Salem  Mahaboob  Saliha 
Sheriff  MBA,  PMP 
Christian  Q.  Salvaleon 
Angela  M.  Sammon,  PMP 
Ranga  Sarangan,  MBA,  PMP 
Vikas  Sarin,  PMP,  ME(SS) 
Kyoichi  Sato,  PMP 
Sara  Sattar,  PMP 
Anatoliy  A.  Savin,  PMP 
DoinaT.  Scafaru,  PMP 
Danilo  Scalmani,  PMP 
Gary  D.  Schmitz,  PMP 
Martin  R.  Schneider 
William  T.  Schulz,  PMP 
Ulrich  Schumann,  PMP 
Hemant  Seigell,  MBA,  PMP 
Yoshiro  Sekihara 
Dhruba  P.  Sen,  PMP,  CSDP 
Maharajan  Skandarajah,  PMP 
Shrenik  Shah,  PMP 
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Nitin  Shende,  PMP,  CSM 
Kazuo  Shimizu,  PMP 
David  Shirley,  MBA,  PMP 
Sandeep  Shouche,  PgMP,  PMP 
Hilary  Shreter,  MBA,  PMP 
Sameer  Siddhanti,  MSc,  PMP 
Edson  Silva 
Evandro  Silva 
Fay  Simcock 

Gurpreet  Singh,  MBA,  PMP 
Ravi  H.  Singh,  PMP 
Nabakishore  SinghaY., 

EMBA,  PMP 
Rajesh  Singla,  PMP 
Darnell  Singleton,  PMP,  MSPM 
Sumit  Kumar  Sinha,  PMP 
Malik  Skaljic,  PMP,  MBA 
Charles  D.  Smith,  PMP 
J.  Greg  Smith 

Kenneth  F.  Smith,  PMP,  DPA 
Cyndi  Snyder,  PMP,  EVP 
Pamela  Soderholm,  PMP 
Emad  Eldin  Soliman 
Wang  Songping 
Mauro  Sotille,  PMP 
Frank  Spiegel,  PMP 
Babou  Srinivasan,  PMP 
Ravishankar  Srinivasan,  PMP 
Sriram  Srinivasan,  PMP, 

ITIL  Expert 
Dennis  E.  Stevens 
Kevin  Stokes 
Zendre  Strother 
Murali  Sundararaju,  PMP 


Yasuji  Suzuki,  PMP 
Sudhir  Swamy,  PMP 
Marcus  Tabart,  PMP 
AfifTabsh,  PMP 
Shoji  Tajima,  PMP,  ITC 
Roberto  Taraschi,  PMP 
Isabella  Taschetta,  PMP 
Sunil  Telkar,  PMP,  MIMA 
John  G Terdik,  PMP,  CSM 
Carlos  Tessore,  PhD,  PMP 
Riad  Thalji,  PMP 
Srinivasan  Thiruvengadathan 
John  B.  Thomas,  PMP 
Sal  J.  Thompson,  MBA,  PMP 
Ronald  Togatorop,  PMP 
Mark  Tolbert,  PMP 
Ricardo  Torres 

Luis  Eduardo  Torres  Calzada, 
PMP 

John  T.  Tracy,  MBA,  PMP 
Mario  HTrentim,  PMP, 

PMI-RMP 

Ankit  M.Trivedi,  MS,  PMP 
Mahmoud  M.Turkistani,  PMP 
Bruce  E.  Turner,  PhD,  PMP 
Junichi  Uchiyama,  PMP 
Hafiz  Umar 

KrishnakantT  Upadhyaya,  PMP 
Srikanth  U.S.,  MS,  PGCPM 
M.  Fahad  Usmani,  PMP, 
PMI-RMP 

AliVahedi  Diz,  PgMP,  PMP 
Richard  E.  Vail,  PMP 
Jorge  Valdes  Garciatorres, 


PMP,  ACB 

Jose  Felix  Valdez,  PMP 
Tom  Van  Medegael,  PMP 
Marten  van  Rheinberg,  PMP, 
PMI-ACP 

Stephan  Vandevoorde,  Ing. 

Ravi  Vanukuru,  B.E.,  PMP 
Lelio  Varella,  PMP 
Ricardo  Viana  Vargas,  MSc, 
PMP 

JoukoVaskimo,  PMP,  IPMA 
Level  B 

Cynthia  A.  Vaughn,  MBA,  PMP 
Isabel  Rosario  Vega  Palomino, 
PMP 

VedanandaV  Venkata, 

MS,  PMP 

Thierry  Verlynde,  MS,  PMP 
BasskarVerma 
Aloysio  Vianna  Jr.,  PMP 
Jaime  Videla,  PMP 
Carlos  Augusto  Freitas, 

PMP,  CAPM 

Tiziano  Villa,  PMP,  CMC 
Jorge  Archivaldo  Villa,  CE 
Ananth  Vishakantiah,  PMP 
Mangi  Vishnoi,  PMP,  MlEAust 
Poonam  Vishnoi,  PMGTI 
Yiannis  Vithynos  PMP,  PMI-ACP 
Atin  Wadehra,  MBA,  PMP 
Paul  Waits  Jr.,  PMP,  CPM 
Xiaojin  Wang,  PhD,  PMP 
Patrick  Weaver,  PMP,  FAICD 
Kevin  R.  Wegryn,  PMP,  MA 
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Stacia  Weiner,  PMP 
Roger  K.  Weld,  PE,  PMP 
Philip  Wells  PMP.CEH 
Sean  Whitaker,  MBA,  PMP 
S.  White 

Rebecca  A.  Winston,  JD 
Stephen  Wise,  PMP 


Sheng  JunTony  Wu,  PMP 
Wenyi  Xiao,  PMP 


Clement  C.L.  Yeung,  PMP 
Masafumi  Yoshizawa,  PMP 
Yong  Yu 


Chen  YanJi,  PMP 


Ricardo!  Yugue,  MSc,  PMP 


Azam  M.  Zaqzouq,  MCT,  PMP 
Omran  Mohamed  Zbeida, 


PMP,  BSP 
Bin  Zhang 

Salim  Zid,  PMP,  LEED  AP  BD+C 


X2.6  Grupo  consultivo  dos  membros  de  padroes  do  PMI  (MAG  em  ingles) 

As  seguintes  pessoas  atuaram  no  grupo  consultivo  dos  membros  do  programa  de  padroes  do  PMI  (MAG) 
durante  o desenvolvimento  do  Guia  PMBOK®-  Quinta  Edigao: 

Monique  Aubry,  PhD,  MPM 

Margareth  F.S.  Carneiro,  MSc,  PMP 

Chris  Cartwright,  MPM,  PMP 

Terry  Cooke-Davies,  PhD 

Laurence  Goldsmith,  PMP 

Paul  E.  Shaltry,  PMP 

Cyndi  Snyder,  MBA,  PMP,  EVP 

John  Zlockie,  MBA,  PMP,  PMI  Standards  Manager 
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X2.7  Equipe  de  harmonizagao 

Karl  F.  Best,  CAPM,  CStd 
Steve  Butler,  MBA,  PMP 
Folake  Dosunmu,  PgMP,  OPM3 
Randy  Holt,  MBS,  PMP,  Chair 
Dorothy  L.  Kangas,  PMP 
Joseph  W.  Kestel,  PMP 
M.  Elaine  Lazar,  AStd,  MA 
Timothy  MacFadyen 
Vanina  Mangano 

David  Christopher  Miles  CEng,  OPM3-CC 

Eric  S.  Norman,  PgMP,  PMP 

Michael  Reed,  PMP 

Chris  Richards,  PMP 

Jen  L.  Skrabak,  MBA,  PMP 

Carol  Steuer,  PMP 

Bobbye  S.  Underwood,  PMP,  PMI-ACP® 

Dave  Violette,  MPM,  PMP 
Kristin  Vitello,  CAPM 
Quynh  Woodward,  MBA,  PMP 
John  Zlockie,  MBA,  PMP 

X2.8  Pessoal  de  produgao 

Os  seguintes  funcionarios  do  PMI  merecem  uma  mengao  especial: 

Donn  Greenberg,  Gerente  de  publicagoes 

Roberta  Storer,  Editor  de  produtos 

Barbara  Walsh,  Supervisora  de  produgao  de  publicagoes 

X2.8.1  Membros  do  comite  de  verificagao  de  tradugoes 

Wagner  Maxsen,  PMP,  PMI-RMP,  Kaplan/Norton  BSC  Certified  Graduate,  Gerente  do  Projeto 
Angelo  Valle,  PhD,  ABNT,  ISO,  Assessor  do  Gerente  do  Projeto 
Andre  Bittencourt  do  Valle,  DSc. 

Ben-Hur  Chavarria  de  Souza,  PMP 

Carlos  Augusto  Freitas,  CAPM,  PMP 

Ivo  M.  Michalick  Vasconcelos,  PMP,  PMI-SP 

Rodrigo  Dantas  Barreto,  PMP,  ITIL  Foundations,  CobiT  Foundation 

Tania  R.  Belmiro,  Ph.D.,  PMP 

Walther  Krause,  PMP 
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X2.9  Colaboradores  de  edigoes  anteriores 


X2.9.1  Guia  PMBOK ® — Quarta  Edigao: 

Cynthia  Stackpole,  MBA,  PMP,  Gerente  do  projeto 
Karen  Rasmussen  Noll,  Gerente  adjunto  do  projeto 
Murray  Grooms,  BA,  PMP  (Communicagoes) 

Sandra  Hyman  (Coordenadora  de  capltulos) 

Joseph  W.  Kestel,  PMP,  MSIS  (Llder-  Capltulos  3 e 5) 

Tom  Malicki  (Llder  de  voluntaries,  lideranga  de  frente  e de  retaguarda) 
Clifford  W.  Sprague,  PMP  (Coordenador  de  voluntaries) 

Geree  V.  Streun,  CSQE,  PMP  (Arquiteto  chefe ) 

Kristin  L.  Vitello,  Especialista  em  projetos  de  padroes 

X2.9.2  Outros  colaboradores: 


Wayne  F.Abba 
Ahmed  TahaAbd  El  Hameed 
Ir  Hj  Ahmad  Khairiri  Abdul 
Ghani,  Int  PE,  ASEAN  Eng 
Klaus  Abert 
Biju  B.  Abraham,  PMP 
Ed  Adelman,  PMP 
Yasser  Thiab  AN  Afaneh 
Mohit  Agarwal 
Upinder  Aggarwal,  PMP 
Eva  D.Aimable 
Shigeru  Akiba,  PMP 
Phill  C.  Akinwale,  PMP 
James  E.  Aksel,  MS,  PMP 
Neil  F.  Albert 
Mohammad  M.AIi 


Hussain  AM  Al-Ansari, 

Eur  Ing,  C Eng 

Mohammed  Abdulla  Al-Kuwari, 
Eur  Ing,  PMP 
Graeme  A.  Allan, 

BSc(Hons),  PMP 
Marcia  de  Almeida 
Wasel  A.  Al-Muhammad, 

MBA,  PMP 

Noor  Hamad  Alnisif,  PMP 
Fayez  Mosaed  Al-Talhi,  PMP 
Alonso  LoaizaA.,  PMP 
Barnabas  Seth  Amarteifio,  PMP 
Ketal  Amin,  BB,  PMP 
Alok  N.  Anadkat,  BS,  PMP 
P.  Lingesh  Ananth,  PMP 


Abel  Andrew  Anderson, 

CBM, PMP 

Chet  R.  Anderson,  PMP 
Niels  Erik  Andersen,  MSc  CS 
Jagathnarayanan  P.  Angyan, 
FIE,  CE 

Ondiappan  Arivazhagan  “Ari”, 
PMP,  CSSBB 

Muhammad  Waqar  Asghar, 
PMP 

Syed  S.  Asghar,  MSA,  PMP 
Usman  Asif,  PMP 
Naing  Moe  Aung,  PMP 
ShigeoAwamura 
Mike  Awuah,  MBA,  PMP 
Tanin  I.Ayabakan,  MD,  PMP 
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Jacklyn  Ayoung-Chee, 

MBA,  PMP 
Mahadhir  Aziz,  PMP 
Karthegesan  B.,  MBA,  PMP 
Rozinah  Bachik,  MSc  (PM), 
PMP 

Ernest  Baker,  PMP 
Ramanan  Balakrishna,  PMP 
Sunil  Bansal,  PMP 
Ricardo  do  Rego  Barros,  PMP 
Patricia  J.  Bartl,  PMP 
Nazir  M.  Bashir,  PMP 
Herminia  Bastos,  PMP,  CMC 
Mohammed  Safi  Batley,  MIM 
Fred  Beckmann,  PMP 
Debra  C.  Bedford 
Julia  M.  Bednar,  PMP 
Eric  Berry,  PMP 
Stephen  Berte,  PhD,  PMP 
MamounA.  Besaiso,  CE 
Dale  L.  Beyer,  MBA,  PMP 
Christie  Biehl,  EdD,  PMP 
Shantanu  Bhamare,  PMP 
Alok  Bhaskar,  MBA,  PMP 
KurmaraoV.  Bhavanasi,  PMP 
Artur  Bialy,  PMP 
Craig  Nicholas  Blackford 
Rhonda  R.  Blevins,  PMP 
Edward  Bogak,  MBA 
Dennis  L.  Bolles,  PMP,  LLC 
Stephen  F.  Bonk,  PMP,  PE 
Adolfo  Borja,  MBS.  PMP 
Al  Bornmann,  PE,  PMP 
Lyn  Bos,  MHA,  MBA 


Jean-Luc  Boulanger,  PMP 
Lynda  Bourne,  DPM,  PMP 
Didier  Brackx,  EMS  Prof,  PMP, 
Robin  G.  Bradshaw,  PMP 
Carlos  Eduardo  M.  F.  Braga, 
PMP 

Wayne  R.  Brantley,  MS  Ed,  PMP 
Ralf  Braune,  PMP 
Michael  C.  Broadway,  PMP 
Alex  S.  Brown,  PMP  IPMA-C 
Ian  A.  Brown,  MBA,  PMP 
Jerry  L.  Brown,  PMP 
Joan  Browne 
Jeannine  Allison  Bryan 
Pat  Buckna,  PMP 
Camper  Bull,  PMP 
Mitchell  S.  Burke,  MS,  MBA 
Janet  P.  Burns,  PMP 
Kenny  E.  Burrow,  PhD,  PMP 
Bernardo  0.  Bustamante, 

PE,  PMP 

John  Buxton,  PE,  PMP 
Andrea  Caccamese,  PMP, 
PRINCE2  Practitioner 
Roberto  Alejandro  Cadena 
Charles  Cain,  PMP 
Teresa  W.  Calhoon,  PMP 
Sergio  A.  Calvo,  PMP 
Luis  Eduardo  Torres  Calzada, 
MPM, PMP 
Franco  Caron,  PhD 
Alejandro  M.  Polanco  Carrasco 
Chris  Cartwright,  MPM,  PMP 
Brian  L.  Cassita 


Roberto  Castro 
William  A Cather,  PhD,  PMP 
Roberto  Celkevicius,  PMP,  ITIL 
Bruce  C.  Chadbourne, 

PMP,  PgMP 

K.  K.  Chakraborty,  PMP,  BE 
Krishna  Datta  Nallani 
Chakravartula,  MBA,  PMP 
Ka-Keung  Chan,  PMP,  MBA 
Paul  E.  Chaney,  PMP 
Supriyo  Chatterji,  MCA,  PMP 
TonyTze  Wai  Chau,  PMP, 

MAPM 

Noman  Zafar  Chaudry,  PE,  PMP 
Ashish  Chawla,  MS 
Zhen  Cheng 

David  Kwok  Keung  Chenung 
Ramesh  Chepur,  CSQA,  PMP 
David  K.  Cheung,  MSc,  MBA 
Tomio  Chiba,  PMP 
Ananaba  Marcellinus 
Chikwendu,  MBA,  PMP 
Hsing-Tung  Chou,  PhD 
Lung-Flung  Roger  Chou, 

PMP,  MCT 
David  Christensen 
Manuel  Cisneros,  MBA,  PMP 
Douglas  Clark 
Darrell  S.  Cleavenger,  PMP 
Alexandre  Coelho,  PMP 
Richard  J.  Coffelt,  PMP 
Brenda  Connor,  PMP 
Terry  Cooke-Davies,  PhD,  FCMI 
Edmund  H.  Conrow,  PhD,  PMP 
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Betty  Corbin,  PMP 
John  E.  Cormier,  PMP 
Mauricio  E.  Cornejo,  PMP 
Anthony  R.  Corridore,  PMP 
William  T.  Craddock 
Larry  E.  Criger,  PE,  PMP 
Darren  D.  Criglar,  MLA,  MA 
Jacqueline  M.  Cruit,  PMP 
Mary  Colleen  Cullinan,  PMP 
Michael  J.  Cunningham,  PMP 
Craig  Curran-Morton,  MA,  PMP 
Robert  L.  Cutler,  PMP 
Barbara  Y.  DaCosta,  MPA,  PMP 
Venkatesh  Dakshinamurthy 
Claudio  D’Arcangelo,  PMP 
Claudio  Da  Rold,  PMP 
Anirban  Das,  PMP 
Venkateswarlu  B.  Dasigi, 

PhD,  PMP 

Patricia  A.  David-Gentsch 
Allan  Edward  Dean,  MBA,  PMP 
Jim  Delrie,  PE,  PMP 
Madhavi  Desai,  MS,  PMP 
Rahul  P.  Deshpande 
Anita  Dhir,  PMP 
Laurie  Diethelm,  CAPM 
David  Dominguez 
Nick  Doralp,  PMP,  ECM 
George  R.  Dorer,  MBA,  PMP, 
Bernadine  Douglas 
Nicolas  Douliez 
Nigel  0.  D’Souza,  PMP,  ITIL 
John  A.  Dullnig,  PMP 
Francine  J.  Duncan,  MIEEE,  PMP 


Azra  Duric,  PMP 
Teresa  Duvall,  PMP,  CDR 
Phillip  Dyer,  PMP 
G.  Ebynayagam 
Susan  Holly  Edelman,  PMP 
Judith  A.  Edwards,  PhD,  PMP 
Paul  J.  Egan 

Tarek  El-Misalami,  PhD,  PMP 
Waleed  M.  EIToulkhy,  PMP 
Ramon  Espinoza,  PMP 
Brian  M.  Evans,  PMP 
Peter  Ewart-Brookes,  PMP 
Steven  L.  Fahrenkrog,  PMP 
Bruce  E.  Falk,  PMP 
John  L.  Fallon,  PMP 
Giovanni  Fanduiz,  MSc,  PMP 
Sabeeh  U.  Faruqui, 

BE  Elect,  PMP 
Kathleen  M.  Federici, 

MEd,  CAPM 

AnnaMaria  Felici,  PMP,  CMC 
Luis  Claudio  Tavares 
Fernandes,  PMP 
Marcelo  B.  Ferreira 
Ann  Marie  Ficarra,  PMP 
Michael  H.  Fisher,  MSPM,  PMP 
Matthew  J.  Fiske,  PE,  PMP 
Cheryl  Fitzgarrald,  PMP 
Edgardo  J.  Fitzpatrick,  PMP 
Martin  Flank,  MBA,  PMP 
Joel  E.  Fleiss,  PMP 
Quentin  W.  Fleming 
Gloria  Elena  Folle  Estrada 
Charles!  Follin,  PMP 


Dean  J.  Fragos 
Amanda  Freitick 
Scott  D.  Freauf,  PMP 
Mark  R.  Friedman,  CISA,  PMP 
Scott  J.  Friedman,  PMP 
Andrew  H.  Furber,  PMP, 
PRINCE2 

W.  Anders  Fusia,  PMP 
Ravindra  Gajendragadkar,  PMP 
Sharyn  H.  Gallagher,  EdD,  PMP 
Xue  Gang  (Gabriel),  PMP,  QSLA 
George  F.  Garas,  MBA 
Jose  Eduardo  Motta  Garcia, 
MBA,  PMP 

Anand  Swaroop  Garg 
Stanistaw  Gasik 
Jay  D.  Gassaway 
David  P.  Gent,  CEng,  PMP 
Mitchlyn  Gentry,  MISM 
Joseph  Sanju  George 
Subir  Ghosh,  PMP 
Carl  M.  Gilbert,  PMP,  0PM3A/C 
Peter  James  Gilliland,  PMP 
Theofanis  Giotis,  MSc,  PMP 
Fernando  Hurtado  Giraldo 
Jonathan  Glaser,  PhD,  PMP 
Sulema  de  Oliveira  Barcelos 
Gobato,  MSc,  PMP 
Joelle  A.  Godfrey,  PMP 
Vivek  Goel,  PMP 
Marshall  Goldman,  PMP 
Roger  K.  Goodman,  PMP 
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Jean  Gouix,  Eng,  PMP 
Priyesh  Gopalakrishnan 
Derek  R.  Grant,  BSc,  PMP 
Thomas  J.  Gray,  PE,  PMP 
Paul  A.  Green,  BSc  (Hons) 

Donn  Greenberg 

Roy  Greenia 

Stephen  Grey,  PhD 

Mireya  Grieco,  PMP 

Liz  Grinzo,  PMP 

Torben  Grut,  PMP 

Jeff  Jianfei  Gu,  MBA,  PMP 

Ruth  Anne  Guerrero,  MBA,  PMP 

Pier  Luigi  Guida,  Ing,  PMP 

Joy  Gumz,  CPA,  PMP 

Marie  Gunnerson 

Swati  Gupta,  PMP 

Raj  Guttha 

Anne  N.  Gwankobe, 

PMP,  CSSGB 
Mustafa  Hafizoglu,  PMP 
Edward  Hall,  PMP,  CQM 
Matthew  W.  Handi,  PMP 
John  Haneiko,  PMP 
Sharad  S.  Harale,  PMP,  MIM 
Kurt  J.  Harris,  PMP 
Donna  M.  Harrison,  PMP 
Akkiraju  V.  Harshavardhan, 

PMP 

Dr.  Sheriff  Hashem,  PhD,  PMP 
Mohamed  Hassan,  PMP,  CSWP 
Lawrence  Hattenburg,  PMP 
Larry  J.  Hawkins,  DSc,  PMP 
Ernesto  Yo  Hayashi,  MEng 


Jim  Hayden,  PMP 
Gary  R.  Heerkens,  PMP,  PE 
Mohamed  S.  Hefny,  MSc,  PMP 
Krzysztof  Hejduk,  PhD,  PMP 
Kel  Henderson 
Robert  Hierholtz 
Gary  Higgs 
Hideyuki  Hikida,  PMP 
Merleen  Cowie  Hilley 
Bob  Hillier,  PMP 
David  A.  Hillson,  PhD,  PMP 
Lecia  L.  Hogan,  MPM 
Mark  Holdrege 
Carol  Holliday,  MA,  PMP 
Felicia  Hong,  PMP,  MBA 
George  H.  Hopman,  PhD  , PE 
Tim  Hornett,  PMP 
Gheorghe  Hriscu,  PMP,  OCP 
Chih-Yang  Hsia,  PMP,  MBA 
Jeff  M Hughes,  BA  (Hons),  PMP 
David  T.  Hulett,  PhD 
Theresa  L.  Hunt,  CSQE,  CSTE 
Marta  Hurst,  CLSSBB 
Jean-Pierre  Husereau,  PMP, 
0PM3-CC 

Huma  Hydari,  MBA,  PMP 
Zulfiqar  Hussain,  PE,  PMP 
Midori  Ito 

Suhail  Iqbal,  PE,  PMP 
George  Jackelen 
David  S.  Jacob,  MS,  PE 
Tony  Jacob,  PMP 
Dhanojkumar  D.  Jadhav 
Ashok  Jain,  PAHM,  PMP 


T.D.  Jainendrakumar,  PMP 
Nilesh  D.  Jaltare,  PMP 
Ganesh  Jambunathan,  PMP 
Raj  Kumar  Jhajharia,  PMP 
Marco  Antonio  Jimenez, 

PMP,  MBA 

Merna  M.  Johnson,  PMP 
Tony  Johnson,  PMP,  PgMP 
Elden  F.  Jones  II,  PMP,  MSPM 
Marylinda  Jones,  PMP,  Six 
Sigma  Greenbelt 
Michele  J.  Jones,  PMP 
Nancy  A.  Joseph,  PMP 
George  Jucan,  PMP 
Marijana  Jurgec 
Lenin  Babu  Kamma,  PMP 
Nils  Kandelin,  PhD,  PMP 
Edwin  J.  Kapinus,  PMP,  PE 
Sanjay  Kapoor 
Carl  Karshagen,  PMP 
Puja  Kasariya,  PMP 
Kenneth  P.  Katz,  PMP 
Ramakrishna  Kavirayani,  PMP 
Kenichi  Kawamata,  PMP 
Genny  Kelly 

Lance  Kelson,  CISSP,  PMP 
Tom  Kendrick,  PMP 
Roger  Kent,  PMP 
Joseph  W.  Kestel,  MSIS,  PMP 
Rameshchandra  B.  Ketharaju 
Thomas  C.  Keuten,  PMP, 
OPM3-CC 
Hamed  Keyvanfar 
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Tausif  Khawaja 
Jim  Kinard,  PMP 
Konstantinos  Kirytopoulos, 

PhD,  PMP 

Joan  Knutson,  PMP 
Kimberly  A.  Kook,  PMP,  ITIL 
Foundations 

Roman  S.  Kosarzycki,  PMP 
Chetana  S.  Koulagi,  PMP,  CSQA 
Mark  Krahn,  PhD,  PMP 
Edie  E.  Kubomoto,  PMP,  CQM 
Takahiko  Kuki,  PMP,  JPE 
Milan  Kumar,  MCM,  ITIL 
Sasi  Kumar,  PMP 
Karthikeyan  Kumaraguru, 

MS,  PMP 

Vijaya  Kurada,  MBA,  PMP 
Thomas  M.  Kurihara 
Lisa  M.  LaCourse,  PMP 
Jerry  D.  Lainhart,  PMP 
S Lakshminarasimhan, 
MBA(Fin),  PMP 
Tim  K.Y.  Lam,  PMP,  MBA 
Philippe  Landucci,  PMP 
David  J.  Lanners,  MBA,  PMP 
David  K.  Larson 
Mary-Elizabeth  Larson, 

PMP,  CBAP 

Richard  G.  Larson,  PMP,  CBAP 
Marta  M.  Laszcz,  PMP 
Charlene  Lattier,  PMP 
Jim  Lee  Sr.,  PMP 
Patty  Leung 
Juanita  Jane  Lightfoot 
Donald  Likens 


Diana  Lilia,  MA,  PMP 
Michelle  Z.  Lim-Watson 
Robin  Lindenmeier,  PMP 
Michael  Linegar,  PMP,  MBA 
Kristin  Linoski,  PMP 
John  D.  Lissaman,  BEng,  PMP 
Arden  Lockwood,  MBA,  PMP 
Mary  K.  Lofsness 
Anand  Lokhande,  PMP 
Alberto  Lopez,  PMP 
Enrique  Lopez-Mingueza,  PMP 
Margaret  L.  Love,  PMP 
Adrian  Lovel-Hall 
Angela  Cheng-Jui  Lu, 

PhD,  PMP 

Chuanqing  James  Lu,  PMP 
Yves  M.  Lucas,  PMP 
Christina  Luik 
Raymond  Maczka 
Shankar  Mahadevan,  PMP,  CWA 
Robin  Maher 

Catryana  C.  Malcolm,  PMP 
Konstantinos  Maliakas,  PMP 
Rich  Maltzman,  PMP 
Vasantha  R.  Manda,  MS,  PMP 
Rick  Mandarino,  PMP,  MBA 
Srinivas  Mandgi,  PMP,  SAP  FIR 
Carmelene  Mangahis 
AmmarW.  Mango,  PgMP,  PMP 
Brian  J.  Mangravite 
Joachim  Manz,  PhD,  PMP 
Lou  Marks,  PMP 
Mark  Marlin,  PMP,  PE 
Robert  A.  Marshall,  PhD,  PMP 
Cristinel  Damian  Martalogu 


John  A.  Marzullo,  PMP 
Rebecca  P.  Masucci 
Jamie  Mata 
Mohit  Raj  Mathur,  PMP 
Nael  M attar 

Rahma  Mbarki  Eng,  MSc,  MBA 
Laura  McDonough,  PMP 
Colleen  A.  McGraw,  PMP 
David  McKenna,  MSc,  PMP 
Yan  Bello  Mendez,  PMP 
Louis  J.  Mercken,  PMI 
Fellow,  PMP 
Su  Mei-Shih,  PMP 
Kenneth  Merten 
Predrag  Fred  Mikanovic, 

MBA,  PMP 

Berne  C.  Miller,  PMP,  CPL 
Walter  Warren  Miller  III, 

PhD,  PMP 

Sumith  Alvet  Miranda,  PMP 
Purvi  Sheth  Mishra 
Gregg  Mohrmann 
Mark  A.  Monteleone, 

PMP,  CBAP 
Gary  Monti,  PMP 
Carlos  Morais,  PMP 
John  Morck 
Alberto  Moreno,  PMP 
Paola  Morgese,  PE,  PMP 
Kaoru  Mori,  PMP 
Rogan  Morrison,  PMP 
Saradhi  Motamarri, 

MTech,  PMP 
Bhagchand  S.  Motwani 
Stephen  E.  Mueller,  PMP,  EVP 
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Hazim  Muhssin,  PMP 
Rita  Mulcahy,  PMP 
Philips  Tharakan  Mulackal, 
PMP,  CCE 

Gerald  Mulenburg,  DBA,  PMP 
John  L.  Murphy,  PE,  PMP 
Pradeep  Murti 
Carlo  Muzzarelli 
Takamichi  Nagano 
Prakash  Nagaraju,  PMP 
John!  Napier 

Kalyanraman  Narayanswamy, 
PMP 

Faig  Nasibov,  PMP 
Muhammad  Nasir 
John!  Nelson,  BSc 
Mohammed  Taher  Netarwala, 
BE  Mech,  PMP 

Edgard  Pedreira  de  Cerqueira 
Neto,  PhD,  PMP 
Michael  Newell,  PMP 
Thuthuy  C.  Nguyen,  PMP 
Praveen  K.  Nidumolu,  PMP 
Jeffrey  S.  Nielsen,  PMP 
James  S.  Niziurski,  PMP 
Michael  C.  Nollet,  MBA,  PMP 
Peter  Ntiforo,  PMP,  BSc  (Hons) 
Jeff  Nuding,  PMP 
Michael  O’Brochta,  MPM,  PMP 
Deborah  O’Bray,  CIM  (Hons) 
Edward  A.  O’Connor,  PMP 
Charis  Ogbonna 
Kazuhiko  Okubo,  PE,  PMP 
James  Ostad,  PMP 


Dmitry  Ostroushko,  PhD 
Beth  Ouellette,  MBA,  PMP 
Priya  Padmanabhan,  PMP 
Nariman  Panahian,  PhD,  PMP 
Mohan  Pandey,  MPharm, 
PGDM(IIMA) 

Tara  Pangakis,  PMP 
Leah  Paras,  PMP 
Balaji  Parasuraman 
Kent  D.  Paris,  PMP 
Hyung  Ki  Park,  PMP 
William  J.  Parkes,  PMP 
Frank  R.  Parth,  MBA,  PMP 
Jerry  L.  Partridge,  PMP 
George  Pasieka,  aCPP,  PMP 
Marcello  Patrese,  PMP,  MPM 
Mridul  Paul,  PMP,  MBA 
Peter  B.  Paulauskas,  PMP 
Seenivasan  Pavanasam, 

B Tech,  PMP 

Almir  dos  Santos  Pereira,  PMP 
Nancy  Perosio,  PMP 
Robert  E.  Perrine,  PMP 
Sitarama  Chakravarthy 
Peruvel,  PMP 
Bruce  T.  Petro,  PMP 
Daniel  Picard,  PMP 
Crispin  (“Kik”)  Piney,  BSc,  PMP 
George  Pitagorsky,  PMP 
Rama  P.  Pokala,  PMP 
Morris  A.  Pondfield,  MBA,  MS 
Roberto  Henrique  Nogueira  Pons 
Charles  M.  Poplos,  EdD,  PMP 
Steven  S.  Popovich 


Steven  R.  Potter,  PMP 
Janice  Preston,  PMP 
Carl  L.  Pritchard,  PMP,  EVP 
Carl  W.  Pro,  PMP 
Nathan  Pryce,  EMTM,  PMP 
Javier  Pumar,  PMP 
Jan  F.M.  Raes,  PhD,  PMP 
Regina  Rahmilov 
V.  Raja,  PMP 
Aditya  Rajguru,  PMP 
S.  Ramani,  PgMP,  PMP 
Ananthakrishnan 
Ramaswami,  PMP 
Claudia  Elisa  Ramirez,  PMP 
Dave  Randell,  PMP 
Gurdev  S.  Randhawa,  PMP 
Shrish  Rangaramanujam,  PMP 
Banshidhar  Rayaguru,  PMP, 
MTech 

Krupakara  Reddy,  PMP, 
PRINCE2  Practitioner 
Caroline  Robison,  PMP 
Ana  I.  Rodriguez  Garcia,  PMP 
Asbjorn  Rolstadas,  PhD,  Ing 
Rafael  Fernando  Ronces  Rosas, 
PMP 

Kenneth  H.  Rose,  PMP 
Prakash  Roshan,  PMP 
David  W.  Ross,  PMP,  PgMP 
Neal  L.  Rowland,  PMP 
Jaideep  Roy 

Laurie  M.  Rudnitsky,  PMP 
Lee  Ryan 

Nani  Sadowski-Alvarez,  PMP 
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Osamu  Sakamoto,  PMP 
Brian  Salk,  MA  Ed,  PMP 
Gladstone  Leslie  Samuel 
Paul  Sanghera,  PhD,  PMP 
Satheesh  Santhangopalan,  PMP 
Otavio  Ritter  Santos,  PMP 
Rick  B.  Santos,  MBA,  PMP 
Vikas  Sarin,  ME(SS),MCA 
Ramanathan  Sathianaraynan, 
PMP,  CSQA 
Kyoichi  Sato,  PMP 
Curt  Schlonies,  PMP 
Eugene  Schreiner 
John  Schuyler,  PE,  PMP 
Salvatore  J.  Sciascia,  PMP 
Anna  Self 

Benjamin  R.  Sellers,  PMP,  CPCM 
Kathakali  Seth 
Mark  B.  Shadowens,  PMP 
Paul  E.  Shaltry,  PMP 
Archana  Sharma,  MS,  PMP 
Dhilan  N.  Shah,  CPA,  PMP 
Manar  Shami,  PhD,  PMP 
Shervin  Shariatpanahi 
Mojtabanejad 
Pawan  Sharma 
Rachna  Sharma 
John  Sheers,  PMP 
Jinmei  Shen,  PMP 
Nitin  Shende 
Eng.  S.M.  Saliha  Sheriff, 

MBA,  PMP 
Kazuo  Shimizu,  PMP 
Toshihiro  Shoji,  PMP 


Hilary  Shreter,  MBA,  PMP 
Evandro  L.P.  Silva 
Joao  Carlos  A.  Silva  Neto, 

Msc,  PMP 
Michael  D.  Simants 
Michael  Simmering,  PE, 
OPM3-CC 

Nicklaus  B.  Sims,  PMP 
Manas  Singh 
Siddharth  Singh 
John  Singley,  PhD,  PMP 
Marzena  Zych-  Skrzypkowska 
Kathy  J.  Slater,  PMP 
Martin  J.  Smit,  PMP 
Carolyn  E.  Smith,  PMP 
Bruce  F.  Snow 
Juliette  A.  Soczka 
Jorge  Garcia  Solano,  PMP 
John  P.  Soltesz,  PE,  PMP 
Nguyen  Hoanh  Son 
Brijesh  Sonawane,  PMP 
Mauro  Sotille,  PMP 
Patricia  Spadea,  PMP 
Bernd  Spiehl 

Carolina  Gabriela  Spindola, 
SSBB,  PMP 

Clifford  W.  Sprague,  PMP 
Rob  Spurgeon 
Varadarajan  Sriram 
Pranay  Srivastava,  PMP,  CISA 
Jolene  R.  Staruch,  PMP 
Joyce  Statz,  PhD,  PMP 
Doug  Stephon 
Samuel  N.  Stevens  III,  PhD 


Delores  Stimpson,  PMP 
Roberta  Storer 

Dr  Kenneth  D Strang,  PhD,  PMP 
Geree  V.  Streun,  CSQE,  PMP 
Michael  E.  (Mike)  Strom,  PMP 
Juergen  Sturany,  PMP 
ChintaV.N.  Subrahmanyam, 
PMP 

Brian  T.  Sullivan,  PMP 
Raghavan  Sundararajan,  PMP 
Yasuji  Suzuki,  PMP 
Rashid  M.  Syed,  MBA,  PMP 
Michal  Szymaczek,  PMP 
Amin  Tabatabayi,  BEng,  MBA 
Shoji  Tajima,  PMP 
Masanori  Takahashi,  PMP,  MA 
ParaminderTalwar,  PMP 
Randy  Tangco,  PMP,  CSM 
Nilesh  Adrian  Pieris  Tavarayan, 
AMBCS,  MACS  (Prov) 

John  Terdik,  PMP,  DCB 
Gangesh  Thakur,  CPIM,  CSCP 
Jaimini  Thakore 
Pham  MinhThang 
Claire-Jodane  Thermidor 
William  M.Thom,  PMP 
Darin  Thomas,  PMP 
William  J.  Thompson,  PE,  PMP 
Rocky  Thurston,  PMP 
Linus  G.Tibayan,  FLMI,  PMP 
Surendra Tipparaju,  ME 
Lulu  V.  Tobin,  PMP 
Victoria  Todas-Lozada,  PMP 
Mark  Tolbert 
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NaglaToma,  MA 
Carolyn  A.  Toomer,  PMP 
Terry  D.  Tosh,  PMP 
LeeTowe,  PMP,  MBA 
Biagio  Tramontana,  Ing,  PMP 
R.  Trant,  BA,  C Mar  Eng 
Ricardo  Triana,  PMP 
Daniel  J.  Troxell,  MBA,  PMP 
Shi-Ja  Tseng 
William  Stephen  Turner 
Vidyasagar  Uddagiri,  PMP 
Nnanna  Charles  Ukaegbu, 
PE,  PMP 

Krishnakant  T.  Upadhyaya, 
PMP 

Eric  Uyttewaal, 

MS  Business,  PMP 
AN  Vahedi  Diz,  MSc,  PMP 
Jorge  Valdes  Garciatorres, 
PMP,  ITIL 

Dennis  K.Van  Gemert, 

MS,  PMP 

Paula  XimenaVaras,  PMP 
Ricardo  Viana  Vargas, 

MSc,  PMP 

JoukoVaskimo,  PMP 
Thierry  Verlynde,  PMP 


Malay  Verma,  PMP,  PGCBM 
Vijay  K.  Verma,  PMP,  MBA 
Aloysio  Vianna  Jr. 

David  Violette,  MPM,  PMP 
Pepijn  Visser 
Cornelis  (Kees)  Vonk 
Paul  E.  Waits,  Jr.,  PMP,  CPM 
Mike  Wakshull,  PMP,  MSc 
Ronald  P.  C.  Waller, 

PMI  Fellow,  PMP 
Barbara  Walsh,  CAPM 
Thomas  M.  Walsh,  PMP 
Steve  J.  Walter,  PhD, 

CSEP,  PMP 

Xiaojin  Wang,  PhD,  PMP 
Lou  Ware,  PMP 
William  W.  Wassel,  PE,  PMP 
Ian  J.  Watson,  PMP 
Michael  D.  Watson,  PMP 
Patrick  Weaver,  PMP,  FAICD 
John  A.  Weber,  PMP 
Kevin  R.Wegryn,  PMP,  CPM 
Linda  Westfall,  CSQE,  PE 
John  White 
Mark  Wilfer,  PMP 
Donald  Wilkinson,  PMP 
Nancy  Wilkinson,  MBA,  PMP 


Dale  K.  Williams,  PMP.CSM 
Terry  Williams,  PhD,  PMP 
John  Wilson,  PhD,  PMP 
Rebecca  A.  Winston,  JD 
Michael  Witzorky,  PMP 
Audrey  R.  Wojcik 
Nan  Wolfslayer,  AStd 
Rick  Woods,  SSBB,  PMP 
Mark  A.  Wright,  PMP 
Vicki  Wrona,  PMP 
Andrew  Lam  Tug  Wye,  PMP, 
CITPM  (Associate) 

Kazuo  Yamamoto,  PMP 
Shahrzad  Yazdani,  PMP, 

LSSGB 

Clement  C.L.  Yeung,  PMP 
Masakazu  Yonezaki 
Tan  EE  Yuen  Yvonne 
Azam  M.  Zaqzouq,  MCT,  PMP 
Omran  M.  Zbeida 
Xuyan  Zhang 
Rob  Zilay,  MBA,  PMP 
K.  Kimi  Hirotsu  Ziemski,  PMP 
Paul  W.  Zilmer,  PMP 
William  A.  Zimmer,  PMP 
Heinz  Zimmermann,  MSc,  PMP 
John  Zlockie,  MBA,  PMP 
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X2.10  Guia  PMBOK® — Terceira  Edigao 

Dennis  Bolles,  PMP,  Gerente  do  projeto 

Darrel  G.  Hubbard,  PE,  Gerente  adjunto  do  projeto 

J.  David  Blaine,  PMP  (Coordenador  de  controle  de  qualidade) 

Theodore  R.  Boccuzzi,  PMP  (Lider  da  equipe  de  pesquisa  de  documentos) 
Elden  Jones,  PMP  (Coordenador  de  gerenciamento  de  configuragoes) 
Dorothy  Kangas,  PMP  (Lider  da  equipe  de  inspegao  geral  do  produto) 
Carol  Steuer,  PMP  (Lider  da  equipe  de  framework) 

Geree  Streun,  PMP  (Lider  da  equipe  de  grupos  de  processos) 

Lee  Towe,  PMP  (Nomeagao  especial) 


X2.10.1  Outros  colaboradores: 


Abdallah  Abi-Aad,  PMP,  PEng 
Muhamed  Abdomerovic,  PMP 
Adrian  Abramovici,  PMP 
Fred  Abrams,  PMP,  CPL 
Yassir  Afaneh 
Hussain  AM  Al-Ansari, 

Eur Ing,  CEng 

Mohammed  Abdulla  Al-Kuwari, 
Eur  Ing,  CEng 
Jamie  K.  Allen,  PMP 
Mark  Allyn,  PMP 
Sumner  Alpert,  PMP,  CMC 
Frank  An bari 
Scott  C.  Anderson,  PMP 
Lionel  Andrew,  MBA,  ISP 
Russell  Archibald,  PMP 
Prabu  V.  Ayyagari,  PhD,  PMP 


William  W.  Bahnmaier,  PMP 
Alfred  Baker 
Ernest  Baker,  PMP 
Pamela  M.  Baker,  PMP 
W.  Clifton  Baldwin,  PMP 
B.  D.  Barnes 
Kevin  E.  Bast,  PMP 
Jefferson  Bastreghi 
Mohammed  Safi  Batley,  MIM 
Julia  M.  Bednar,  PMP 
James  S.  Bennett,  PMP 
Cynthia  A.  Berg,  PMP 
Sally  Bernstein,  PMP 
Mamoun  A.  Besaiso,  CE 
lonut  C.  Bibac 
Howland  Blackiston 
J.  David  Blaine,  PMP,  CSQE 


Ray  Blake,  PMP 
Nigel  Blampied,  PE,  PMP 
Dennis  Bolles,  PMP 
Stephen  Bonk 
Barbara  Borgmann,  PMP 
Charles  W.  Bosler,  Jr. 

Gregory  M.  Bowen,  CSDP 
Rollin  0.  Bowen,  Jr. 

Carolyn  Boyles,  MBA,  PMP 
David  Bradford,  PMP 
James  (Jim)  P.  Branden, 

MBA,  PMP 

Wayne  R.  Brantley,  PMP,  MS  Ed 
Gary  D.  Brawley,  PEng.,  PMP 
Alex  S.  Brown,  PMP 
Timothy  S.  Brown 
Stephen  C.  Burgan,  PMP 
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Anne  Cagle,  PMP 
Dean  J.  Calabrese,  PMP 
Neil  R.  Caldwell 
Giuseppe  A.  Caruso,  PMP 
Edgard  P.  Cerqueira  Neto, 

PhD,  PMP 
Bruce  Chadbourne 
Bill  Chadick,  PMP 
Clare  Chan 
Porfirio  Chen  Chang, 

MBA,  PMP 

Ho  Lee  Cheong,  PhD,  MIMechE 
Gene  Chiappetta,  PMP 
Tomio  Chiba,  PMP 
Mark!  Chism,  PMP 
Aaron  Coffman,  PMP,  CQM 
Kim  D.  Colenso,  PMP,  CSQE 
Edmund  H.  Conrow,  PhD,  PMP 
Helen  S.  Cooke,  PMP 
Michael  Corish 
John  E.  Cormier,  PMP 
John  Cornman,  PMP,  MBA 
Sergio  R.  Coronado 
Andy  Crowe,  PMP 
Robert  L.  Cutler,  PMP 
Darren  Dalcher,  PhD,  MAPM 
Mario  Damiani,  PMP 
Shari  M.  Daniel,  PMP 
Arindam  Das 
Pranab  Das,  PMP 
Aloysio  da  Silva 
Allan  E.  Dean 
Robert  de  Jong,  PMP 
Juan  De  La  Cruz 
M.  Pilar  De  La  Cruz 


Alfredo  del  Cano,  PE,  PhD 
Connie  Delisle 

Andrea  Giulio  Demaria,  PMP 
John  M.  Dery,  PMP 
Barbara  De  Vries,  PMP 
Ravi  Kumar  Dikshit,  PMP 
Jerry  Dimos,  PMP 
James  A.  Doanes 
Capt.  Nick  Doralp,  PMP 
John  Downing 

Magnus  Karl  Drengwitz,  PMP 
Daniel  Dudek 
Peter  Duignan,  PMP 
Lloyd  R.  Duke,  Jr.,  PMP 
Suhas  Dutta,  PMP 
Judith  Edwards,  PhD,  PMP 
Bradford  R.  Eichhorn,  PMP 
Gary  S.  Elliott,  MS,  MD 
Robert  L.  Emerson,  PMP 
Alison  Evanish 
Gregory  William  Fabian,  PMP 
Steven  L.  Fahrenkrog,  PMP 
Morten  Fangel,  PhD 
Keith  Farndale,  PEng,  PMP 
Martin  Christopher  Fears,  PMP 
Eve  Featherman 
AnnaMaria  Felici 
Flynn  M.  Fernandes, 

MSPM, PMP 
John  C.  “Buck”  Field, 

MBA,  PMP 
Linda  Fitzgerald 
Quentin  W.  Fleming 
David  Foley,  MBA 
Kirby  Fortenberry,  PMP 


Gary  W.  Fortune,  PMP 
John  M.  Foster,  PMP,  MBA 
Scott  D.  Freauf,  PMP 
Denis  Freeland 
Ichiro  Fujita,  PMP 
John  S.  Galliano 
Donald  G.  Gardner,  PMP 
Stanistaw  Gasik 
Jackelen  George 
Jose  A.  George,  B Tech,  PGDM 
Dan  Georgopulos 
Paul  H.  Gil,  MCP,  PMP 
Greg  Githens,  PMP 
Earl  Glenwright,  PE,VEA 
Leo  A.Giulianetti,  PMP 
Christopher  A.  Goetz,  PMP 
Donna  Golden 
Dan  Goldfischer 
Neil  P.  Goldman,  PMP 
Margarida  Goncalves,  PhD 
John  C.  Goodpasture,  PMP 
Dana  J.  Goulston,  PMP 
Neal  S.  Gray,  PMP 
Steve  Grey,  PhD,  PMP 
Robert  J.  Gries,  PE,  PMP 
Mike  Griffiths,  PMP 
Patrick  D.  Guest,  PMP 
Jinendra  Gunathilaka,  PE 
Navneet  Gupta,  PMP 
David  R.  Haas,  PMP,  FLMI 
Aaron  S.  Hall,  PMP 
Robert  W.  Harding,  RA 
Delbert  K.  Hardy,  PMP 
Patti  Harter 
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J.  Ray  Harwood,  PMP 
AN  Hassan,  PMP 
Ralph  Hernandez 
Rick  Hiett 
Pat  Hillcoat,  PMP 
Bob  Hillier,  PMP 
David  Hillson,  PhD,  PMP 
Guy  N.  Hindley,  MAPM,  MILT 
Danny  N.  Hinton,  PMP 
Bobby  Tsan  Fai  Ho,  PMP,  CISM 
J.  Brian  Hobbs,  PhD,  PMP 
Piet  Holbrouck,  MSc 
Carol  Holliday,  PMP 
Gopi  V.  Hombal 

Martin  Hopkinson,  BSc.APMP 
Keith  D.  Hornbacher,  MBA 
Darrel  G.  Hubbard,  PE 
Kenneth  Alan  Hudacsko,  PMP 
David!  Hulett,  PhD,  PMP 
Clinton  in’tVeld 
Adesh  Jain,  PMP,  MPD 
Don  R.  James,  PMP 
Grant  Jefferson 
Noel  C.  Jensen,  PMP 
Wei  Jing 

Bruce  Johnson,  PMP 
Elden  Jones,  MSPM,  PMP 
Granville  H.  Jones,  Sr., 

MBA,  PMP 

Kevin  B.  Jones,  BMath,  PMP 
Howard  J.  Kalinsky,  PMP,  MPM 
Constance  Katsanis 
Roger  Kent 
Tom  Kerr,  PMP 


Ajmal  Afzal  Khan 
Asadullah  Khan,  PMP 
Lucy  Kim,  PE,  PMP 
Mihail  Kitanovski 
Jennifer  Eileen  Kraft 
Takahiko  Kuki,  PE,  PMP 
Polisetty  V.S.  Kumar, 

M Tech,  PMP 
Avis  Kunz 
Thomas  Kurihara 
Antonio  Carlos  Laranjo  da  Silva 
John  S.  Layman,  PMP 
Lawrence  (Larry)  P.  Leach, 

PMP 

Craig  Letavec 
Ben  Linders 

Erik  D.  Lindquist,  PE,  PMP 
Mary  K.  Lofsness 
Elizabeth  Ann  Long,  PMP 
Raul  S.  Lopez,  PE,  PMP 
Enrique  Lopez-Mingueza,  PMP 
Pier  Paolo  LoValvo,  PMP 
Karen  Griffin  MacNeil,  PMP 
Sajith  K.  Madapatu,  PMP 
Vijaya  Kumar  Mani,  PMP 
Mark  Marlin,  PMP 
Enrique  Martinez 
Victor  J.  Matheron,  PMP 
Stephen  S.  Mattingly 
Christopher  J.  Maughan, 

CEng,  PMP 
Giuseppe  Mauri 
Yves  Mboda,  PMP 
David  L.  McPeters,  PMP 


Ed  Mechler,  PMP 
Godfrey  I.  Meertens,  PMP 
Richard  Meertens,  MBA,  PMP 
Yan  Bello  Mendez,  PMP 
Gordon  R.  Miller,  PMP,  CCP 
Liu  Min 

Santosh  Kumar  Mishra, 

PMP,  CSQA 

Andrew  H.  Moore,  MBA,  PMP 
Colin  Morris,  PE,  PMP 
Saradhi  Motamarri, 

M Tech,  PMP 

Mhlabaniseni  Moses  Mitmunye 
Rita  Mulcahy,  PMP 
Charles  L.  Munch,  PMP 
K.S.  Keshava  Murthy 
Jo  Musto,  PMP 
AnathaKrishnan 
S.  Nallepally,  PMP 
NB  Narayanan 
Vijayalakshimi  Neela, 

MCA,  PMP 

Beatrice  Nelson,  PMP 
Brian  D.  Nelson,  PMP 
Jeffrey  S.  Nielsen,  PMP 
Isabella  Nizza,  PMP 
Jim  O’Brien,  PMP 
Kazuhiko  Okubo,  PE,  PMP 
David  M.  Olson,  MBA  (ITM) 
Peter  Ostrom,  PhD,  PMP 
Jeffery  L.  Ottesen,  PE 
Michael  T.  Ozeranic 
Laura  Dorival  Paglione 
Ravindranath  Palahalli 
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Glen  R.  Palmer 
Jon  Palmquist 
Nick  Palumbo,  PMP 
David  Parker 
Jerry  L.  Partridge,  PMP 
George  Pasieka,  PMP 
Eric  Patel 

Anil  Peer,  PEng,  PMP 
Francisco  Perez-Polo 
Paul  W.  Phister,  Jr.,  PhD,  PE 
Crispin  (Kik)  Piney,  BSc,  PMP 
Natasha  Pollard 
Sreenivasa  Rao  Potti, 

MCA,  PMP 

Manohar  Powar,  PMP 
Ravindranath  P S 
Patrick  J.  Quairoli 
Ge  Qun 

Vara  Prasad  Raju  Kunada 
Gurdev  Randhawa 
Prem  Ranganath,  PMP 
Raju  Rao,  PMP 
Ulka  Rathi 

Carol  Rauh,  PhD,  PMP 

Tony  Raymond 

Vijay  Sai  Reddy,  PMP,  CSQA 

J.  Logan  C.  Rice 

Steven  Ricks,  PMP 

Steven  F.  Ritter,  PMP 

Thad  B.  Ring,  PMP 

Dee  Rizor 

Susan  Rizzi 

Michael  C.  Roach 

Alexandre  G.  Rodrigues,  PhD 


Cheryl  N.  Rogers,  PMP 
Asbjorn  Rolstadas,  PhD 
Flans  (Ron)  Ronhovde,  PMP 
Scott  A.  Rose,  PMP 
Ed  Rosenstein,  PMP 
David  W.  Ross,  PMP 
Samuel  S.  Roth,  PMP 
Joseph  A.  Roushdi 
Gurdev  Roy,  PMP 
Paul  S.  Royer,  PMP 
James  J.  Rutushni,  PMP 
Robbi  Ryan 
Frank  Ryle,  PMP 
Anjali  Sabharwal,  PMP 
Srinivasa  R.  Sajja,  PMP 
Brian  Salk,  MA  Ed,  PMP 
NashaatA.  Salman,  PMP 
Kyoichi  Sato 

Markus  Scheibel,  PMP,  Dipl-lng 
Suzanne  Lee  Schmidt,  PMP 
John  Schmitt,  PMP 
Amy  Schneider,  PMP 
Michael  J.  Schollmeyer,  PMP 
Randa  Schollmeyer,  PMP 
Richard  E.  Schwartz 
Andrea  R.  Scott 
Benjamin  R.  Sellers, 

PMP,  CPCM 
Tufan  Sevim,  PMP 
Sanjay  Shah,  PMP 
Mundaje  S.  Shetty,  PMP 
Kazuo  Shimizu,  PMP 
Rali  Shital 
Ganga  Siebertz 


Larry  Sieck 

Melvin  Silverman,  PhD,  PE 
Fernando  Demattio  de  0. 
Simoes,  PMP 

Richard  L.  Sinatra,  PhD,  PMP 
Raghavendra  Singh 
John  E.  Singley,  PhD,  PMP 
Edward  Smith 
Patricia  Smith 
Cynthia  Snyder,  MBA,  PMP 
Antonio  Soares 
Paul  Solomon,  PMP 
Richard  Spector,  PMP 
Allison  St.  Jean 
Michael  Stefanovic,  PEng, 
PMP 

Geree  Streun,  PMP 
Juergen  Sturany 
Donglin  Su 

Sambasivam  S.,  PMP,  CSQA 
George  Sukumar,  MSChe,  OE 
Karen  Z.  Sullivan,  PMP 
Karen  Tate,  MBA,  PMP 
David  E.  Taylor,  PMP 
James  E.  Teer,  Jr. 

Sai  K.Thallam,  MBA,  PMP 
John  A.  Thoren,  Jr.,  PhD,  PMP 
Surendra Tipparaju,  ME 
Massimo  Torre,  PhD,  PMP 
Luis  Eduardo  Torres  Calzada, 
MBA,  PMP 

Rogerio  Carlos  Traballi 
LeeTowe,  MBA,  PMP 
Rufis  A.  Turpin,  CQA,  CSQE 
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Marion  J.  Tyler,  PMP 
M.  Raj  Ullagaraj,  PhD 
Bobbye  Underwood,  PMP 
Eric  Uyttewaal,  PMP 
Dalton  L.Valeriano-Alves,  ME 
JR  Vanden  Eynde,  PMP 
Gary  Van  Eck 
Judy  Van  Meter 
J.R.  Vanden  Eynde,  PMP 
Gerrit  van  Otterdijk,  BSc 
Thomas  G.Van  Scoyoc,  PMP 
Paula  X.Varas,  PMP 
Ricardo  Vargas 

Ricardo  Viana  Vargas,  MSc,  PMP 
Aloysio  Vianna,  Jr. 

Mark  M.  Vertin,  PE,  PMP 


Craig  Veteto,  PMP,  CPIM 
Roberto  Viale,  PMP 
Eduardo  Newton  Vieira,  PMP 
Dave  Violette,  MPM,  PMP 
Desmond  Joseph  Vize,  PMP 
Cornelius  (Kees)  Vonk,  PMP 
J.  Wendell  Wagner,  PMP 
Barbara  Walsh 
Thomas  M.  Walsh,  PMP 
William  W.  Wassel,  PE,  PMP 
Patrick  Weaver,  PMP,  FAICD 
Kevin  R.Wegryn,  PMP,  CPM 
Timothy  E.  Welker,  PMP 
Linda  Westfall,  PE,  CSQE 
Gwen  Whitman,  PMP 
Tammo  T.  Wilkens,  PE,  PMP 


X2.11  Guia  PMBOK® — Edigaode2000 

Cynthia  A.  Berg,  PMP 
Judith  A.  Doll,  PMP 
Daniel  Dudek,  PMP 
Quentin  Fleming 
Greg  Githens,  PMP 
Earl  Glenwright 
David  T.  Hulett,  PhD 
Gregory  J.  Skulmoski 


Alan  K.  Williams,  Sr.,  PMP 
Charles  M.  Williamson, 
MBA,  PMP 
Stephen  D.  Wise 
Allan  Wong 
Robert  Wood 
Kristin  L.  Wright 
Thomas  Wuttke,  PMP,  CPM 
Uma  S.Yalamanchili,  PMP 
Clement  C.L.  Yeung,  PMP 
Angela  F.  Young,  PMP 
John  Zachar,  BSc,  APMP 
Kathy  Zandbergen 
Cristine  Zerpa 
Paul  Zilmer 

Eire  E.  Zimmermann,  PMP 
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X2.11.1  Outros  colaboradores: 


Muhamed  Abdomerovic,  PMP, 
D.  Eng. 

John  R.  Adams 
Yassir  Afaneh 
Frank  Allen,  PMP 
Jon  D.  Allen,  PMP 
MaryGrace  Allenchey,  PMP 
Robert  A.  Andrejko,  PMP 
Ichizo  Aoki 
Paul  C.  Aspinwall 
Ronald  Auffredou,  PMP 
Edward  Averill,  PMP 
Frederick  L.  Ayer,  PMP 
William  W.  Bahnmaier,  PMP 
A.  C.  “Fred”  Baker,  PMP 
Carole  J.  Bass,  PMP 
George  Belev 
Berndt  Bellman 
Sally  Bernstein,  PMP 
Nigel  Blampied,  PE,  PMP 
John  Blatta 
Patrick  Brown,  PMP 
Alfredo  del  Cano 
Chris  Cartwright,  PMP 
Bruce  C.  Chadbourne,  PMP 
Michael  T.  Clark,  PMP 
Raymond  C.  Clark,  PE 
Elizabeth  Clarke 
David  Coates,  PMP 
Kim  Colenso,  PMP 


Edmund  H.  Conrow,  PMP 
Kenneth  G.  Cooper 
Sergio  Coronado  Arrechedera 
John  Cornman,  PMP 
Richard  F.  Cowan,  PMP 
Kevin  Daly,  PMP 
Mario  Damiani,  PMP 
Thomas  Diethelm,  PMP 
David  M.  Drevinsky,  PMP 
William  R.  Duncan 
Frank  D.  Einhorn,  PMP 
Steven  L.  Fahrenkrog 
Edward  Fern,  PMP 
Lisa  Fisher 

Christian  Frankenberg,  PMP 
Scott  D.  Freauf,  PMP 
Jean-Luc  Frere,  PMP 
Ichiro  Fujita,  PMP 
Chikako  Futamura,  PMP 
Serge  Garon,  PEng,  PMP 
Brian  L.  Garrison,  PMP 
Lewis  M.  Gedansky 
Linda  V.  Gillman 
Eric  Glover 
EvaT.  Goldman 
Peter  Bryan  Goldsbury 
Michael  Goodman,  PMP 
Jean  Gouix,  PMP 
Paul  Grace 

Alexander  Grassi  Sr.,  PMP 


Roger  Graves 
Franz  X.  Hake 
Peter  Heffron 
Chris  Herbert,  PMP 
Dr.  David  Hillson,  PMP,  FAPM 
J.  Brian  Hobbs,  PMP 
Marion  Diane  Holbrook 
Robin  Hornby 
David  Hotchkiss,  PMP 
Bill  Hubbard 
Charles  L.  Hunt 
Thomas  P.  Hurley,  PMP 
George  Jackelen 
Angyan  P.  Jagathnarayanan 
Sandy  Jenkins 
Elden  F.  Jones  II,  PMP,  CMII 
Sada  Joshi,  PMP 
Lewis  Kana,  PMP 
Subramaniam  Kandaswamy, 
PhD,  PMP 

Ronald  L.  Kempt,  PMP 
Robert  Dohn  Kissinger, 

PhD,  PMP 
Kurt  V.  Kloecker 
Toni  D.  Knott 
Jan  Kristrom 
Blase  Kwok,  PMP 
Sam  Lane 
Lawrence  P.  Leach 
Philip  A.  Lindeman 
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Gabor  Lipi 

Lyle  W.  Lockwood,  PMP 
J.  W.  Lowthian,  PMP 
Arif  Mahmood,  PMP 
James  Martin  (on  behalf 
of  INCOSE) 

Stephen  S.  Mattingly 
Glen  Maxfield 
Peter  McCarthy 
Rob  McCormack,  PMP 
John  McHugh 
Krik  D.  McManus 
Dewey  L.  Messer 
David  Michaud 
Mary  F.  Miekoski,  PMP 
Oscar  A.  Mignone 
Gordon  R.  Miller,  PMP 
Roy  E.  Morgan,  PMP 
Jim  Morris,  PMP 
Bert  Mosterd,  PMP 
William  A.  Moylan,  PMP 
John  D.  Nelson,  PMP 
Wolfgang  Obermeier 
Cathy  Oest,  PMP 
Masato  Ohori,  PMP 
Kazuhiko  Okubo,  PE,  PMP 
Edward  Oliver 
Michelle  Triggs  Owen 
Mark  S.  Parker 
Shirley  B.  Parker 
Matthew  H.  Parry 


Jerry  Partridge,  PMP 
Francisco  Perez-Polo,  PMP 
James  M.  Phillips,  PMP 
Crispin  (Kik)  Piney,  PMP 
George  Pitagorsky,  PMP 
David  L.  Prater,  PMP 
Janice  Preston 
Bradford  S.  Price,  PMP 
Samuel  L.  Raisch,  PMP 
Naga  Rajan 

G.  Ramachandran,  PMP 
Stephen  Reed 

Bill  Righter,  PMP 
Bernice  L.  Rocque,  PMP 
Wolfgang  Theodore  Roesch 
Fernando  Romero  Penailillo 
Jon  Rude 
Linda  Rust,  PMP 
Fabian  Sagristani,  PMP 
James  N.  Salapatas,  PMP 
Seymour  Samuels 
Bradford  N.  Scales 

H.  Peter  Schiller 
John  R.  Schuyler,  PMP 
Maria  Scott,  PMP 
Shoukat  Sheikh,  MBA,  PMP 
Larry  Sieck 

Kazuo  Shimizu,  PMP 
David  Shuster 
Melvin  Silverman,  PhD,  PE 
Loren  J.  Simer  Jr. 


Keith  Skilling,  PE,  PMP 
Ed  Smith 

Kenneth  F.  Smith,  PMP 
Barry  Smythe,  PMP 
Paul  J.  Solomon 
Joe  Soto  Sr,  PMP 
Christopher  Wessley  Sours, 
PMP 

Charlene  Spoede,  PMP 
Joyce  Statz,  PMP 
Emmett  Stine,  PMP 
Alan  Stretton 
Thangavel  Subbu 
Jim  Szpakowski 
Ahmet  N.  Taspinar,  PMP 
John  A.  Thoren  Jr,  PMP 
lesha  D.  Turner-Brown 
Alan  D.  Uren,  PMP 
Juan  Luis  Valero,  PMP 
S.  RaoVallabhaneni 
William  Simon  Vaughan 
Robinson 

Ana  Isabel  Vazquez  Urbina 
Ricardo  Viana  Vargas,  PMP 
Mike  Wakshull 
Stephen  E.  Wall,  PMP 
William  W.Wassel,  PMP 
R.  MaxWideman 
Tammo  T.  Wilkens,  PE,  PMP 
Robert  Williford,  PMP 
Robert  Youker 
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X2.12  Guia  PMBOK® — Edigao  de  1996 

William  R.  Duncan 
Frederick  Ayer 
Cynthia  Berg 
Mark  Burgess 
Helen  Cooke 
Judy  Doll 
Drew  Fetters 
Brian  Fletcher 
Earl  Glenwright 
Eric  Jenett 
Deborah  O’Bray 
Diane  Quinn 
Anthony  Rizzotto 
Alan  Stretton 
Douglas  E.Tryloff 

X2.12.1  Outros  colaboradores: 


John  Adams 

Jeannette  M.  Cabanis 

Edward  L.  Averill 

Louis  J.  Cabano 

C.  “Fred”  Baker 

Kim  Colenso 

F.  J.  “Bud”  Baker 

Samuel  K.  Collier 

Tom  Belanger 

Karen  Condos-Alfonsi 

John  A.  Bing 

E.  J.  Coyle 

Brian  Bock 

Darlene  Crane 

Paul  Bosakowski 

David  Curling 

Keely  Brunner 

Russ  Darnall 

Dorothy  J.  Burton 

Misty  N.  Dillard 

Maureen  Dougherty 
John  J.  Downing 
Daniel  D.  Dudek 
Lawrence  East 
Quentin  W.  Fleming 
Rick  Fletcher 
Linda  V.  Gillman 
Greg  Githens 
Douglas  Gordon 
Leo  Giulianeti 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK®)  — Quinta  Edigao 


511 


APEN DICE  X2  - COLABORADORES  E REVISORES  DO  GUIA  PMBOK®  — QUINTA  EDICAO 


Martha  D.  Hammonds 
Abdulrazak  Hajibrahim 
G.  Alan  Hellawell 
Bobby  R.  Hensley 
Jonathan  Hicks 
Paul  Hinkley 
Wayne  L.  Hinthorn 
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APENDICE  X3 

HABILIDADES  INTERPESSOAIS 

Os  gerentes  de  projetos  realizam  o trabalho  atraves  da  equipe  do  projeto  e de  outras  partes  interessadas. 
Gerentes  de  projetos  eficazes  adquirem  um  equilibrio  de  habilidades  tecnicas,  interpessoais  e conceituais 
que  os  ajudam  a analisar  situagoes  e a interagir  de  forma  apropriada.  Este  apendice  descreve  importantes 
habilidades  interpessoais,  tais  como: 

• Lideranga 

• Desenvolvimento  da  equipe 

• Motivagao 

• Comunicagao 

• Influencia 

• Processo  decisorio 

• Conhecimento  politico  e cultural 

• Negociagao 

• Estabelecimento  de  confianga 

• Gerenciamento  de  conflitos 

• Coaching 

Embora  existam  habilidades  interpessoais  adicionais  usadas  pelos  gerentes  dos  projetos,  o uso  apropriado 
dessas  habilidades  ajuda  o gerente  do  projeto  no  gerenciamento  efetivo  do  projeto. 


X3.1  Lideranga 

Lideranga  envolve  a concentragao  dos  esforgos  de  um  grupo  de  pessoas  na  diregao  de  um  objetivo  comum, 
habilitando-as  a trabalhar  como  uma  equipe.  Em  termos  gerais,  lideranga  e a capacidade  de  executar  por  meio 
de  outros.  Respeito  e confianga,  ao  inves  de  medo  e submissao,  sao  os  elementos  chave  para  uma  lideranga 
eficaz.  Embora  seja  importante  em  todas  as  fases  do  projeto,  a lideranga  eficaz  e critica  nas  fases  iniciais  de 
um  projeto,  quando  a enfase  esta  em  comunicar  a visao  e em  motivar  e inspirar  os  participantes  do  projeto  a 
alcangar  um  alto  desempenho. 
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Durante  todo  o projeto,  os  lideres  da  equipe  do  projeto  sao  responsaveis  pelo  estabelecimento  e manutengao 
da  visao,  da  estrategia  e das  comunicagoes,  gerando  confianga  e desenvolvimento  da  equipe,  influenciando, 
mentorando,  monitorando  e avaliando  o desempenho  da  equipe  e do  projeto. 


X3.2  Desenvolvimento  da  equipe 

Desenvolvimento  da  equipe  e o processo  de  ajudar  um  grupo  de  individuos,  unidos  por  um  objetivo  comum, 
a trabalhar  juntos,  com  o lider,  com  as  partes  interessadas  externas  e com  a organizagao.  0 trabalho  em  equipe 
e o resultado  de  uma  boa  lideranga  e de  um  bom  desenvolvimento  de  equipe. 

As  atividades  do  desenvolvimento  de  equipe  consistem  em  tarefas  (estabelecer  objetivos,  definir  e 
negociar  papeis  e procedimentos)  e processos  (comportamento  interpessoal  com  enfase  na  comunicagao, 
no  gerenciamento  de  conflitos,  na  motivagao  e na  lideranga).  0 desenvolvimento  de  um  ambiente  de  equipe 
envolve  o tratamento  e a discussao  dos  problemas  da  equipe  do  projeto  como  questoes  da  equipe,  sem 
culpar  individuos.  0 desenvolvimento  da  equipe  pode  ser  aprimorado  atraves  da  obtengao  do  apoio  da  alta 
administragao,  do  encorajamento  do  compromisso  por  parte  dos  membros  da  equipe,  da  introdugao  de 
recompensas,  reconhecimentos  e etica  apropriados,  da  criagao  de  uma  identidade  de  equipe,  do  gerenciamento 
de  conflitos  com  eficacia,  da  promogao  de  confianga  e comunicagao  aberta  entre  os  membros  da  equipe,  e do 
exercicio  da  lideranga. 

Embora  o desenvolvimento  da  equipe  seja  essencial  no  inicio  de  um  projeto,  ele  e um  processo  continuo. 
As  mudangas  em  um  ambiente  de  projeto  sao  inevitaveis.  Para  gerenciar  essas  mudangas  com  eficacia,  e 
necessario  um  esforgo  de  desenvolvimento  de  equipe  continuo  e renovado.  Os  resultados  do  desenvolvimento 
da  equipe  incluem  confianga  mutua,  troca  de  informagoes  de  alta  qualidade,  melhores  processos  decisorios  e 
um  gerenciamento  de  projeto  eficaz. 


X3.3  Motivagao 

Equipes  de  projetos  sao  formadas  por  membros  com  diversas  culturas,  expectativas  e objetivos  individuals. 
0 sucesso  geral  do  projeto  depende  do  comprometimento  da  equipe  do  projeto,  que  esta  diretamente 
relacionado  com  o seu  nivel  de  motivagao. 

A motivagao  em  um  ambiente  de  projeto  envolve  a criagao  de  um  ambiente  que  atenda  aos  objetivos  do 
projeto  e oferega  satisfagao  maxima  relacionada  ao  que  as  pessoas  mais  valorizam.  Esses  valores  podem  incluir 
a satisfagao  no  emprego,  um  trabalho  com  desafios,  um  sentimento  de  realizagao,  conquista  e crescimento, 
compensagao  financeira  suficiente,  outros  premios  e reconhecimentos  que  o individuo  considera  necessarios 
e importantes. 
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X3.4  Comunicagao 

A comunicagao  foi  identificada  como  uma  das  maiores  razoes  do  sucesso  ou  fracasso  de  um  projeto.  Uma 
comunicagao  eficaz  dentro  da  equipe  do  projeto  e entre  o gerente  de  projeto,  os  membros  da  equipe  e todas 
as  partes  interessadas  externas  e essencial.  A comunicagao  aberta  conduz  ao  trabalho  em  equipe  e de  alto 
desempenho.  Ela  aprimora  as  relagoes  entre  os  membros  da  equipe  e cria  confianga  mutua. 

Para  se  comunicar  de  modo  eficaz,  o gerente  de  projetos  deve  estar  ciente  do  estilos  de  comunicagao 
das  outras  partes,  das  questoes  culturais,  relacionamentos,  personalidades  e contexto  geral  da  situagao.  0 
conhecimento  desses  fatores  leva  ao  entendimento  mutuo  e portanto  a comunicagao  eficaz.  Os  gerentes  de 
projetos  devem  identificar  os  varios  canais  de  comunicagao,  entender  quais  informagoes  devem  fornecer, 
quais  informagoes  precisam  receber,  e quais  habilidades  interpessoais  os  ajudarao  a se  comunicar  de  modo 
eficaz  com  as  varias  partes  interessadas  do  projeto.  A realizagao  de  atividades  de  desenvolvimento  da  equipe 
para  determinar  os  estilos  de  seus  comunicagao  dos  membros  (por  exemplo,  imperativo,  colaborativo,  logico, 
explorador),  permite  que  os  gerentes  planejem  suas  comunicagoes  com  a sensibilidade  apropriada  aos 
relacionamentos  e as  diferengas  culturais. 

Escutar  e uma  parte  importante  da  comunicagao.  As  tecnicas  de  escuta,  tanto  ativa  como  passiva,  fornecem 
ao  usuario  uma  visao  melhor  das  areas  problematicas,  das  estrategias  de  negociagao  e gerenciamento  de 
conflitos,  do  processo  decisorio  e da  resolugao  de  problemas. 


X3.5  Influencia 

A influencia  e uma  estrategia  de  compartilhar  o poder  e confiar  nas  habilidades  interpessoais  para  fazer 
com  que  outros  cooperem  para  o alcance  de  objetivos  comuns.  0 uso  das  seguintes  diretrizes  pode  influenciar 
os  membros  da  equipe: 

• Liderar  pelo  exemplo  e cumprir  os  compromissos. 

• Esclarecer  como  uma  decisao  sera  tomada. 

• Usar  um  estilo  interpessoal  flexivel  e ajustar  o estilo  a audiencia. 

Usar  o seu  poder  com  habilidade  e cautela.  Pensar  em  colaboragao  a longo  prazo. 
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X3.6  Processo  decisorio 

Ha  quatro  estilos  basicos  de  decisao  normalmente  usados  pelos  gerentes  de  projetos:  comando,  consulta, 
consenso  e aleatorio.  Ha  quatro  fatores  principals  que  afetam  o estilo  da  decisao:  restrigao  de  tempo,  confianga, 
qualidade  e aceitagao.  Os  gerentes  de  projetos  podem  tomar  decisoes  individualmente  ou  envolver  a equipe  do 
projeto  no  processo  decisorio. 

Os  gerentes  de  projetos  e equipes  de  projetos  usam  um  modelo  ou  processo  decisorio  tal  como  o modelo 
de  seis  fases  mostrado  abaixo. 

• Definigao  do  problema.  Explorar,  esclarecer  e definir  o problema  completamente. 

• Criagao  da  solugao  do  problema.  Prolongar  o processo  de  criagao  de  novas  ideias  por  meio  do 
brainstorming  de  solugoes  multiplas  e do  desencorajamento  de  decisoes  prematuras. 

• Ideias  para  agao.  Definir  criterios  de  avaliagao,  avaliar  os  pros  e contras  das  alternativas,  selecionar 
amelhor  solugao. 

• Planejamento  da  agao  de  solugao.  Envolver  os  principals  participates  a fim  de  ganhar  sua 
aceitagao  e o compromisso  de  fazer  com  que  a solugao  funcione. 

• Avaliagao  da  avaliagao  da  solugao.  Analise  pos  execugao,  avaliagao  e ligoes  aprendidas. 

• Avaliagao  do  resultado  e do  processo.  Avaliar  se  o problema  foi  bem  resolvido  ou  se  os  objetivos 
do  projeto  foram  atendidos  (extensao  dafase  anterior). 


X3.7  Conhecimento  politico  e cultural 

Politicas  organizacionais  sao  inevitaveis  nos  ambientes  de  projetos  devido  a diversidade  de  normas, 
culturas  e expectativas  das  pessoas  envolvidas  em  um  projeto.  0 uso  habil  de  politica  e poder  ajuda  o gerente 
de  projetos  a ter  exito.  Contrariamente,  ignorar  ou  evitar  politicas  de  projetos  e o uso  inadequado  do  poder 
podem  conduzir  a dificuldades  no  gerenciamento  de  projetos. 

Os  gerentes  de  projetos  atuais  operam  em  um  ambiente  global,  e muitos  projetos  estao  em  um  ambiente 
de  diversidade  cultural.  Por  meio  do  entendimento  e aproveitamento  das  diferengas  culturais,  a equipe  de 
gerenciamento  do  projeto  tern  maior  possibilidade  de  criar  um  ambiente  de  confianga  mutua  e uma  atmosfera 
de  ganho  mutuo.  Por  natureza,  as  diferengas  culturais  podem  sertanto  individuals  como  corporativas  e podem 
envolver  partes  interessadas  internas  e externas.  Uma  maneira  eficaz  de  gerenciar  essa  diversidade  cultural 
e atraves  do  conhecimento  dos  varios  membros  da  equipe  e do  uso  de  uma  boa  comunicagao  como  parte  do 
piano  geral  do  projeto. 
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Acultura  no  nivel  comportamental  inclui  os  comportamentos  e expectativas  que  ocorrem  independentemente 
da  localizagao  geografica,  heranga  etnica  ou  linguas  comuns  ou  diferentes.  A cultura  pode  ter  um  impacto  na 
velocidade  do  trabalho,  no  processo  decisorio  e no  impulso  de  agir  sem  o planejamento  adequado.  Em  algumas 
organizagoes  isso  pode  gerar  conflito  e stress,  afetando  assim  o desempenho  dos  gerentes  de  projetos  e 
equipes  de  projetos. 

X3.8  Negociagao 

A negociagao  e uma  estrategia  de  deliberagao  com  as  partes  sobre  os  interesses  em  comum  ou  divergentes 
visando  o compromisso  de  se  chegar  a um  acordo.  A negociagao  e uma  parte  integral  do  gerenciamento  de 
projetos  e,  se  bem  feita,  aumenta  a probabilidade  de  exito  do  projeto. 

As  seguintes  habilidades  e comportamentos  sao  uteis  para  o exito  da  negociagao: 

• Analisar  a situagao. 

• Diferenciar  entre  desejos  e necessidades,  tantos  deles  como  os  seus. 

• Focar  nos  interesses  e questoes  ao  inves  de  posigoes. 

• Solicitar  muito  e oferecer  pouco,  mas  ser  realista. 

• Ao  fazer  uma  concessao,  haja  como  quern  concede  algo  de  valor,  nao  simplesmente  ceda. 

• Ambas  as  partes  devem  se  sentir  vitoriosas.  0 estilo  de  negociagao  ganha-ganha  e preferivel,  mas 
nem  sempre  alcangavel.  Se  possivel,  nunca  permita  que  a outra  parte  se  retire  sentindo  que  se  tirou 
vantagem  dele  ou  dela. 

• Escutar  com  atengao  e comunicar-se  de  maneira  clara. 


X3.9  Estabelecimento  de  confianga 

A capacidade  de  estabelecer  a confianga  em  toda  a equipe  do  projeto  e em  outras  partes  interessadas 
do  projeto  e um  componente  critico  da  lideranga  de  equipe  eficaz.  A confianga  esta  associada  a cooperagao, 
ao  compartilhamento  de  informagoes  e a solugao  eficaz  dos  problemas.  Sem  confianga,  e dificil  estabelecer 
os  relacionamentos  positivos  necessarios  entre  as  varias  partes  interessadas  engajadas  no  projeto.  Quando 
a confianga  e comprometida,  os  relacionamentos  se  deterioram,  as  pessoas  se  desengajam  e a colaboragao 
torna-se  mais  dificil,  ou  mesmo  impossivel. 

Algumas  agoes  que  os  gerentes  de  projetos  podem  adotar  para  ajudar  a estabelecer  a confianga: 
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• Empregar  a comunicagao  aberta  e direta  para  resolver  os  problemas. 

• Manter  todas  as  partes  interessadas  informadas,  especialmente  quando  o cumprimento  dos 
compromissos  esta  em  risco. 

• Passar  tempo  diretamente  envolvido  com  a equipe,  fazendo  perguntas  nao  obvias  para  adquirir  uma 
melhor  compreensao  das  situagoes  que  afetam  a equipe. 

• Ser  direto  e explfcito  sobre  o que  voce  necessita  ou  espera. 

• Nao  reter  as  informagoes  por  medo  de  estar  errado,  mas  estar  disposto  a compartilhar  as  informagoes 
mesmo  que  possa  estar  errado. 

• Ser  receptivo  a inovagao  e abordar  quaisquer  questoes  ou  preocupagoes  de  uma  maneira  direta. 

• Olhar  para  alem  dos  seus  proprios  interesses. 

• Demonstrar  uma  verdadeira  preocupagao  com  os  outros  e evitar  o envolvimento  em  ocupagoes  que 
possam  ser  vistas  como  prejudiciais  ao  interesse  de  outros. 


X3.10  Gerenciamento  de  conflitos 

Os  conflitos  sao  inevitaveis  em  urn  ambiente  de  projeto.  Os  requisitos  conflitantes,  a competigao  por 
recursos,  as  falhas  de  comunicagao  e muitos  outros  fatores  podem  se  tornar  fontes  de  conflitos.  No  ambiente 
de  urn  projeto,  o conflito  pode  produzir  resultados  disfuncionais.  No  entanto,  se  gerenciados  de  modo  eficaz, 
os  conflitos  podem,  na  verdade,  ajudar  a equipe  a chegar  a uma  solugao  melhor.  0 gerente  do  projeto  deve 
estar  apto  a identificar  as  causas  do  conflito  e entao  gerenciar  o conflito  minimizando,  assim,  os  impactos 
negativos  potenciais.  A equipe  do  projeto  estara  entao  capaz  de  oferecer  solugoes  melhores  e de  aumentar  a 
probabilidade  de  exito  do  projeto. 

Os  gerentes  dos  projetos  devem  desenvolver  as  habilidades  e experience  necessarias  para  adaptar  de 
maneira  eficaz  seu  estilo  pessoal  de  gerenciamento  a situagao.  0 gerenciamento  de  conflitos  em  urn  ambiente 
de  projeto  envolve  o estabelecimento  da  confianga  necessaria  para  que  todas  as  partes  sejam  abertas  e 
honestas  e se  engajar  na  busca  de  uma  solugao  positiva  para  a situagao  que  esta  criando  o conflito.  Os 
gerentes  dos  projetos  esforgam-se  para  estabelecer  uma  abordagem  colaborativa  entre  os  membros  da  equipe 
envolvida,  a fim  de  resolver  os  problemas  completamente.  Nas  situagoes  em  que  nao  existe  a possibilidade 
de  uma  abordagem  colaborativa,  o gerente  do  projeto  deve  entao  reverter  a outros  estilos  de  gerenciamento 
ativos  para  lidar  com  o conflito;  por  exemplo,  assertividade,  acomodagao,  evitar  ou  compromisso. 

0 gerenciamento  de  conflitos  e urn  dos  maiores  desafios  enfrentados  pelo  gerente  do  projeto.  Ele  mobiliza 
todas  as  outras  habilidades  interpessoais  de  urn  gerente  do  projeto  a fim  de  conduzir  a equipe  a uma  solugao 
bem  sucedida  do  conflito. 
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X3.11  Coaching 

Coaching  e um  meio  de  desenvolvimento  da  equipe  do  projeto  para  que  alcance  niveis  mais  altos  de 
competencia  e desempenho.  0 coaching  visa  ajudar  as  pessoas  a reconhecer  seu  potencial  por  meio  de  dar 
poder  e desenvolver.  0 coaching  e usado  para  ajudar  os  membros  da  equipe  a desenvolver  ou  aprimorar  suas 
habilidades,  ou  para  criar  novas  competencies  requeridas  para  o exito  do  projeto.  0 coaching  pode  assumir 
muitas  formas  e abordagens.  Em  alguns  casos,  o treinamento  formal  ou  informal  pode  ser  desenvolvido 
para  aumentar  as  habilidades  tecnicas  ou  ajudar  a equipe  a estabelecer  e facilitar  interagoes  interpessoais 
consistentes. 

0 coaching  tambem  e usado  para  abordar  o fraco  desempenho  e ajudar  os  membros  da  equipe  a superar 
as  deficiencies  em  seus  respectivos  conjuntos  de  habilidades.  0 coaching  difere  do  aconselhamento.  0 
aconselhamento  foca  a abordagem  de  situagoes  em  que  os  membros  da  equipe  “nao  fazem”  ao  inves  de  “nao 
conseguem  fazer”.  Em  uma  situagao  em  que  um  membro  da  equipe  nao  apresentar  um  bom  desempenho  ou 
atender  as  expectativas  devido  a falta  de  habilidade  ou  experience,  o coaching  pode  ser  aplicado  para  ajudar 
o membro  da  equipe  a desenvolver  tal  habilidade  e transformar  uma  situagao  de  “nao  conseguir  fazer”  em 
uma  situagao  de  “conseguir  fazer.  ” 

0 coaching  pode  ser  um  forte  motivador  das  equipes.  A medida  que  as  equipes  desenvolvem  suas 
habilidades,  aptidoes  e confianga,  sua  disposigao  para  aceitar  tarefas  desafiantes  e exigentes  aumenta.  Isso 
pode  levar  a equipes  mais  eficazes  e produtivas. 
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1.  Inclusoes  e exclusoes 

Este  glossario  inclui  termos  que: 

• Sao  exclusivos  ou  praticamente  exclusivos  da  area  de  gerenciamento  de  projetos  (por  exemplo, 
declaragao  do  escopo  do  projeto,  pacote  de  trabalho,  estrutura  analitica  do  projeto,  metodo  do 
caminho  critico). 

• Nao  sao  exclusivos  da  area  de  gerenciamento  de  projetos,  mas  sao  usados  de  forma  diferente  ou 
com  urn  significado  mais  especifico  em  gerenciamento  de  projetos  do  que  em  seu  uso  rotineiro  (por 
exemplo,  data  de  inicio  mais  cedo). 

De  forma  geral,  este  glossario  nao  inclui: 

• Termos  especificos  de  alguma  area  de  aplicagao. 

• Termos  cujo  uso  em  gerenciamento  de  projetos  nao  difere  muito  do  seu  uso  rotineiro  (por  exemplo, 
dia  do  calendario,  atraso). 

• Termos  compostos  cujo  significado  e deduzido  claramente  pela  combinagao  de  seus  componentes. 

• Variantes,  quando  seu  significado  e deduzido  claramente  a partir  do  termo. 

Em  fungao  das  inclusoes  e exclusoes  acima,  este  glossario  content: 

• Uma  predominance  de  termos  relacionados  ao  gerenciamento  do  escopo  do  projeto,  gerenciamento 
do  tempo  do  projeto  e gerenciamento  dos  riscos  do  projeto,  uma  vez  que  muitos  dos  termos  usados 
nessas  areas  de  conhecimento  sao  exclusivos  ou  praticamente  exclusivos  do  gerenciamento  de 
projetos. 

• Muitos  termos  do  gerenciamento  da  qualidade  do  projeto,  uma  vez  que  esses  termos  sao  usados  de 
forma  mais  especifica  que  em  seu  uso  rotineiro. 

• Relativamente  poucos  termos  relacionados  ao  gerenciamento  dos  recursos  humanos  do  projeto, 
gerenciamento  das  comunicagoes  do  projeto,  e Gerenciamento  das  Partes  Interessadas  no  Projeto, 
uma  vez  que  a maioria  dos  termos  usados  nessas  areas  de  conhecimento  nao  difere  muito  do  uso 
rotineiro. 

• Relativamente  poucos  termos  relacionados  ao  gerenciamento  dos  custos  do  projeto,  gerenciamento 
da  integragao  do  projeto  e gerenciamento  das  aquisigoes  do  projeto,  uma  vez  que  muitos  dos  termos 
usados  nessas  areas  de  conhecimento  tern  significados  especiais  que  sao  exclusivos  de  uma  area 
de  aplicagao  especifica. 
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2.  Acronimos  comuns 

CCM  Comite  de  controle  de  mudangas  / Change  Control  Board  (CCB) 

CDQ  Custo  da  qualidade  / Cost  of  Quality  (COQ) 

CMRF  Custo  mais  remuneragao  fixa  / Cost-Plus-Fixed-Fee  (CPFF) 

CMRI  Custo  mais  remuneragao  de  incentivo  / Cost-Plus-Incentive-Fee  (CPIF) 

CONV  Convite  para  licitagao  / Invitation  for  Bid  (IFB) 

CMRC  Custo  mais  remuneragao  concedida  / Cost  Plus  Award  Fee  (CPAF) 

CQ  Controle  da  qualidade  / Desdobramento  da  fungao  qualidade  (DFQ) 

CR  Custo  real  / Actual  Cost  (AC) 

CRTR  Custo  real  do  trabalho  realizado  / Actual  Cost  of  Work  Performed  (ACWP) 

EAP  Estrutura  analltica  do  projeto  / Work  Breakdown  Structure  (WBS) 

EAO  Estrutura  analltica  organizacional  / Organizational  Breakdown  Structure  (OBS) 

EAR  Estrutura  analltica  dos  riscos  / Risk  Breakdown  Structure  (RBS) 

ENT  Estimativa  no  termino  / Estimate  at  Completion  (EAC) 

EPT  Estimativa  para  terminar  / Estimate  to  Complete  (ETC) 

ET  Especificagao  do  trabalho  / Statement  of  Work  (SOW) 

EV  Engenharia  de  valor  / Value  Engineering  (VE) 

FMEA  Analise  de  modos  e efeitos  de  falha  / Failure  Mode  and  Effect  Analysis  (FMEA) 
FT  Folga  total  / Total  Float  (TF) 

GOT  Gerenciamento  da  qualidade  total  / Total  Quality  Management  (TQM) 

GVA  Gerenciamento  do  valor  agregado  / Earned  Value  Management  (EVM) 

IDC  Indice  de  desempenho  de  custos  / Cost  Performance  Index  (CPI) 

IDP  Indice  de  desempenho  de  prazos  / Schedule  Performance  Index  (SPI) 

II  Inlcio  para  inlcio  / Start-to-Start  (SS) 

IMC  Data  de  inlcio  mais  cedo  / Early  Start  date  (ES) 

IMT  Data  de  inlcio  mais  tarde  / Late  Start  date  (LS) 
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MCC  Metodo  do  caminho  critico  / Critical  Path  Method  (CPM) 

MDP  Metodo  do  diagrama  de  precedence  / Precedence  Diagramming  Method  (PDM) 

MR  Matriz  de  responsabilidades  / Responsibility  Assignment  Matrix  (RAM) 

NDE  Nivel  de  esforgo  / Level  of  Effort  (LOE) 

ONT  Orgamento  no  termino  / Budget  at  Completion  (BAC) 

PFG  Contrato  de  prego  fixo  garantido  (CPFG)  / Firm-Fixed-Price  Contract  (CPFG) 

PFRI  Prego  fixo  com  remuneragao  de  incentivo  / Fixed-Price-Incentive-Fee  (FPIF) 

PMBOK  Conhecimento  em  gerenciamento  de  projetos  / Project  Management  Body  of  Knowledge 

RACI  Responsavel  pela  execugao,  responsavel  pela  aprovagao,  e consultado  e informado/ 

Responsible,  Accountable,  Consult  and  Inform  (RACI) 

SDI  Solicitagao  de  informagoes  / Request  for  Information  (RFI) 

SDC  Solicitagao  de  cotagao  / Request  for  Quotation  (RFQ) 

SDP  Solicitagao  de  proposta  / Request  for  Proposal  (RFP) 

SIGP  Sistema  de  informagoes  do  gerenciamento  de  projetos  / Project  Management  Information 

System  (PMIS) 

SWOT  Forgas,  fraquezas,  oportunidades  e ameagas  / Strengths,  Weaknesses,  Opportunities,  and 
Threats 

TA  Data  de  termino  agendada  / Scheduled  Finish  date  (SF) 

Tl  Termino  para  inicio  / Finish-to-Start  (FS) 

TMC  Data  de  termino  mais  cedo  / Early  Finish  date  (EF) 

TMT  Data  de  termino  mais  tarde  / Late  Finish  date  (LF) 

TT  Termino  para  termino  / Finish-to-Finish  (FF) 

VA  Valor  agregado  / Earned  Value  (EV) 

VNT  Variagao  no  termino  / Variance  at  completion  (VAC) 

VC  Variagao  de  custos  / Cost  Variance  (CV) 

VME  Valor  monetario  esperado  / Expected  Monetary  Value  (EMV) 

VPR  Variagao  de  prazos  / Schedule  Variance  (SV) 

VP  Valor  planejado  / Planned  Value  (PV) 
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3.  Definigoes 

Muitas  palavras  apresentadas  neste  documento  possuem  definigoes  mais  amplas  e,  em  alguns  casos, 
diferentes  das  encontradas  em  dicionarios. 

As  definigoes  utilizam  as  seguintes  convengoes: 

• Os  termos  usados  como  parte  das  definigoes  e que  estao  definidos  no  glossario  sao  indicados  em 
italico. 

o Quando  o mesmo  termo  do  glossario  aparece  mais  de  uma  vez  em  uma  determinada 
definigao,  somente  a primeira  ocorrencia  e indicada  em  italico. 

o Em  alguns  casos,  urn  unico  termo  do  glossario  e composto  de  varias  palavras  (por  exemplo, 
avaliagao  da  urgencia  do  risco). 

o Em  varios  casos,  existem  diversos  termos  consecutivos  do  glossario  dentro  de  uma 
determinada  definigao.  Por  exemplo,  estimativa  da  duragao  indica  duas  entradas  separadas 
do  glossario,  uma  para  “duragao”  e outra  para  “estimativa”. 

o Existem  ainda  algumas  definigoes  com  uma  sequencia  de  palavras  consecutivas  em  italico 
(nao  separadas  por  virgulas)  que  representam  diversos  termos  consecutivos  do  glossario, 
com  pelo  menos  urn  deles  composto  de  varias  palavras.  Por  exemplo,  data  de  termino  mais 
tarde  do  metodo  do  caminho  critico  indica  duas  entradas  separadas  do  glossario,  uma  para 
“metodo  do  caminho  critico”  e outra  para  “data  de  termino  mais  tarde”.  Em  situagoes  como 
essa,  aparecera  urn  asterisco  (*)  apos  a ultima  palavra  em  italico  na  sequencia  para  indicar 
que  existem  varios  termos  adjacentes  do  glossario. 

• Nenhuma  definigao  e fornecida  quando  estao  incluidos  sinonimos,  e o leitor  e encaminhado  para  o 
termo  preferido  (ou  seja,  veja  o termo  preferencial). 

• Termos  relacionados  que  nao  sejam  sinonimos  sao  indicados  como  referenda  cruzada  no  final  da 
definigao  (ou  seja,  vejatambem  o termo  relacionado). 

Agao  corretiva  / Corrective  Action.  Uma  atividade  intencional  que  realinha  o desempenho  dos  trabalhos  do 
projeto  com  o piano  de  gerenciamento  do  projeto. 

Agao  preventiva  / Preventive  Action.  Uma  atividade  intencional  para  garantir  que  o desempenho  futuro  do 
trabalho  do  projeto  esteja  alinhado  com  o piano  de  gerenciamento  do  projeto. 

Aceitagao  de  risco  / Risk  Acceptance.  Uma  estrategia  de  resposta  ao  risco  em  que  a equipe  do  projeto 
decide  reconhecer  a existencia  do  risco  e nao  agir,  a menos  que  o risco  ocorra. 

Acordos  / Agreements.  Qualquer  documento  ou  comunicagao  que  define  as  intengoes  iniciais  do  projeto. 
Podem  tomar  a forma  de  urn  contrato,  memorando  de  acordo  previo  (MAP),  cartas  de  compromisso,  acordos 
verbais,  emails,  etc. 
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Acordos  negociados  / Negotiated  Settlements.  0 processo  de  se  chegar  a um  acordo  final  justo  relativo  a 
todas  as  questoes,  reclamagoes  e disputas  pendentes,  atraves  denegociagao. 

Aderencia  / Compliance.  Um  conceito  geral  de  conformidade  com  uma  regra,  padrao,  lei,  ou  requisito  tal  que 
a avaliagao  de  conformidade  termine  em  um  resultado  binomial  declarado  como  “em  conformidade”  ou  “fora 
de  conformidade”. 

Administragao  de  reivindicagdes  / Claims  Administration.  0 processamento,  adjudicagao  e comunicagao 
de  reclamagoes  confrafuais. 

Agregagao  de  custos  / Cost  Aggregation.  Soma  das  estimativas  dos  custos  de  nivel  mais  baixo  associados 
com  os  varios  pacotes  de  trabalho  de  um  dado  nivel  dentro  da  estrutura  analifica  do  projeto  (EAP)  ou  uma  dada 
conta  de  controle  de  custos. 

Agrupamento  / Colocation.  Uma  estrategia  de  colocagao  organizacional  em  que  os  membros  da  equipe  do 
projeto  sao  fisicamente  colocados  proximos  uns  dos  outros  para  melhorar  a comunicagao,  as  relagoes  de 
trabalho  e a produtividade. 

Ajuste  de  antecipagdes  e esperas  / Adjusting  Leads  and  Lags.  Tecnica  usada  durante  a execugao  do 
projeto  para  encontrar  maneiras  de  alinhar  as  atividades  do  projeto  que  estao  atrasadas  com  o piano. 

Ameaga  / Threat.  Um  risco  que  teria  um  efeito  negativo  em  um  ou  mais  objetivos  do  projeto. 

Amostragem  de  atributos  / Attribute  Sampling.  Metodo  de  medigao  da  qualidade  que  consiste  em  notar  a 
presenga  (ou  ausencia)  de  alguma  caracteristica  (atributo)  em  cada  uma  das  unidades  sob  consideragao.  Apos 
a inspegao  de  cada  unidade,  decide-se  aceitar  um  lote,  rejeita-lo,  ou  inspecionar  outra  unidade. 

Amostragem  estatistica  / Statistical  Sampling.  A escolha  de  parte  de  uma  populagao  de  interesse  para 
inspegao. 

Analise  da  arvore  de  decisao  / Decision  Tree  Analysis.  Uma  tecnica  de  diagramagao  e de  calculo  para 
avaliar  as  implicagoes  de  uma  corrente  de  opgoes  multiplas  na  presenga  de  uma  incerteza. 

Analise  das  partes  interessadas  / Stakeholder  Analysis.  A analise  de  partes  interessadas  e uma  tecnica 
de  coleta  e analise  sistematica  de  informagoes  quantitativas  e qualitativas  para  determinar  quais  interesses 
devem  ser  considerados  durante  o projeto. 

Analise  das  solicitagdes  de  mudanga  aprovadas  / Approved  Change  Requests  Review.  Uma  avaliagao 
das  solicitagoes  de  mudanga  para  verificar  se  elas  foram  implementadas  conforme  foram  aprovadas. 

Analise  de  alternativas  / Alternative  Analysis.  Tecnica  usada  para  avaliar  as  opgoes  identificadas,  a fim  de 
selecionar  as  opgoes  ou  abordagens  a serem  usadas  para  executar  e desenvolver  o trabalho  do  projeto. 

Analise  de  cenario  E-se  / What-lf  Scenario  Analysis.  0 processo  de  avaliar  cenarios  a fim  de  predizer  seus 
efeitos  nos  objetivos  do  projeto. 
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Analise  de  custo-beneficio  / Cost-Benefit  Analysis.  Uma  ferramenta  de  analise  financeira  usada  para 
determinar  os  beneficios  providos  por  um  projeto  em  relagao  aos  seus  custos. 

Analise  de  decisao  envolvendo  criterios  multiplos  / Multi-Criteria  Decision  Analysis.  Esta  tecnica  utiliza 
uma  matriz  de  decisao  que  fornece  uma  abordagem  analitica  sistematica  para  o estabelecimento  de  criterios, 
como  niveis  de  risco,  incerteza  e avaliagao,  para  avaliar  e classificar  muitas  ideias. 

Analise  de  desempenho  / Performance  Reviews.  Uma  tecnica  usada  para  medir,  comparar,  e analisar  o 
desempenho  real  do  trabalho  do  projeto  em  progresso,  em  relagao  a linha  de  base. 

Analise  de  fazer  ou  comprar  / Make-or-Buy  Analysis.  0 processo  de  reunir  e organizar  dados  sobre  os 
requisitos  do  produto  e analisa-los  em  relagao  as  alternativas  disponiveis,  incluindo  a compra  ou  manufatura 
interna  do  produto. 

Analise  de  forgas,  fraquezas,  oportunidades  e ameagas  (SWOT)  / SWOT  Analysis.  A analise  dos  pontos 
fortes  (Strengths),  fracos  (Weaknesses),  das  oportunidades  (Opportunities)  e ameagas  (Threats)  a uma 
organizagao,  projeto,  ou  opgao. 

Analise  de  listas  de  verificagao  / Checklist  Analysis.  Uma  tecnica  para  verificar  os  materials  de  maneira 
sistematica,  usando  uma  lista  para  determinar  a exatidao  e completude. 

Analise  de  modos  e efeitos  de  falha  (FMEA)  / Failure  Mode  and  Effect  Analysis  (FMEA).  Um  procedimento 
analitico  no  qual  cada  modo  de  falha  potencial  em  cada  componente  de  um  produto  e analisado  para  determinar 
seu  efeito  na  confiabilidade  desse  componente  e,  por  ele  mesmo  ou  em  combinagao  com  outros  possiveis 
modos  de  falha,  na  confiabilidade  do  produto  ou  sistema  e na  fungao  necessaria  do  componente,  ou  o exame 
de  um  produto  (no  sistema  e/ou  em  niveis  inferiores)  para  verificar  todas  as  maneiras  possiveis  de  ocorrencia 
de  falha.  Para  cada  falha  potencial,  e feita  uma  estimativa  do  seu  efeito  no  sistema  total  e do  seu  impacto. 
Alem  disso,  e realizada  uma  analise  da  agao  planejada  para  minimizar  a probabilidade  de  falha  e seus  efeitos. 

Analise  de  Monte  Carlo  / Monte  Carlo  Analysis.  Uma  tecnica  que  calcula,  por  meio  de  iteragoes,  os  custos 
do  projeto  ou  o cronograma  do  projeto  varias  vezes  usando  valores  de  entrada  selecionados  aleatoriamente 
a partir  de  distributes  de  probabilidade  dos  possiveis  custos  ou  duragoes  para  calcular  uma  distribuigao  do 
custo  total  possivel  do  projeto  ou  de  datas  de  termino. 

Analise  de  premissas  / Assumptions  Analysis.  Uma  tecnica  que  explora  a exatidao  das  premissas  e identifica 
os  riscos  para  o projeto  causados  pelo  carater  inexato,  inconsistente  ou  incompleto  das  premissas. 

Analise  de  processo  / Process  Analysis.  A analise  de  processos  segue  as  etapas  descritas  no  piano  de 
melhorias  no  processo  para  identificar  as  melhorias  necessarias. 

Analise  de  produto  / Product  Analysis.  Para  os  projetos  que  possuemum  produto  comoentrega,  e uma 
ferramenta  de  definigao  do  escopo  que  geralmente  implica  em  fazer  perguntas  sobre  esseproduto  e criar 
respostas  para  descrever  o uso,  as  caracteristicas,  e outros  aspectos  relevantes  do  que  sera  fabricado. 
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Analise  de  rede  / Network  Analysis.  Veja  analise  de  rede  do  cronograma. 

Analise  de  rede  do  cronograma  / Schedule  Network  Analysis.  A tecnica  de  identificagao  das  datas  de  inicio 
mais  cedo  e mais  tarde  e tambem  das  datas  de  termino  mais  cedo  e mais  tarde  das  partes  incompletas  das 
atividades  do  cronograma  do  projeto.  Veja  tambem  caminho  de  volta,  metodo  do  caminho  critico,  metodo  da 
corrente  critica  e nivelamento  de  recursos. 

Analise  de  regressao  / Regression  Analysis.  Uma  tecnica  analitica  em  que  uma  serie  de  variaveis  de  entrada 
sao  analisadas  em  relagao  aos  resultados  de  saidas  correspondentes  afim  de  desenvolver  urn  relacionamento 
matematico  ou  estatistico. 

Analise  de  requisitos  das  comunicagdes  / Communication  Requirements  Analysis.  Uma  tecnica  analitica 
para  estabelecer  as  necessidades  de  informagao  das  partes  interessadas  atraves  de  entrevistas,  oficinas, 
estudo  das  ligoes  aprendidas  nos  projetos  anteriores,  etc. 

Analise  de  reservas  / Reserve  Analysis.  Uma  tecnica  analitica  para  determinar  as  caracteristicas  e relagoes 
essenciais  dos  componentes  do  piano  de  gerenciamento  do  projeto  a fim  de  estabelecer  a reserva  para  a 
duragao  do  cronograma,  orgamento,  custo  estimado  ou  fundos  de  urn  projeto. 

Analise  de  sensibilidade  / Sensitivity  Analysis.  Uma  tecnica  de  analise  quantitativa  e modelagem  de  riscos 
usada  para  ajudar  a determinar  quais  riscos  apresentam  maior  impacto  potencial  no  projeto.  Ela  examina  a 
extensao  com  que  a incerteza  de  cada  elemento  do  projeto  afeta  o objetivo  que  esta  sendo  examinado  quando 
todos  os  outros  elementos  incertos  sao  mantidos  em  seus  valores  de  linha  de  base.  A representagao  tipica  dos 
resultados  e na  forma  de  urn  diagrama  de  tornado. 

Analise  de  tendencias  / Trend  Analysis.  Uma  tecnica  analitica  que  usa  modelos  matematicos  para  prever 
resultados  futuros  com  base  em  resultados  historicos.  E urn  metodo  para  determinagao  da  variagao  de  urn 
parametro  de  orgamento,  custo,  cronograma  ou  escopo  em  relagao  a uma  linha  de  base  utilizando  dados  de 
periodos  anteriores  de  relatorios  de  progresso  e projetando  qual  seria  a variagao  desse  parametro  em  relagao 
a linha  de  base  em  algum  ponto  futuro  no  projeto  se  nao  houvesse  mudanga  na  execugao  do  projeto. 

Analise  de  variagao  / Variance  Analysis.  Uma  tecnica  para  determinar  a causa  e o grau  de  diferenga  entre 
a linha  de  base  e o desempenho  real. 

Analise  de  causa-raiz  / Root  Cause  Analysis.  Uma  tecnica  analitica  usada  para  determinar  a razao  subjacente 
basica  que  causa  uma  variagao,  urn  defeito  ou  urn  risco.  Uma  causa-raiz  pode  provocar  mais  de  uma  variagao, 
defeito  ou  risco. 

Analise  do  valor  monetario  esperado  (VME)  / Expected  Monetary  Value  (EM V)  Analysis.  Uma  tecnica 
estatistica  que  calcula  o resultado  medio  quando  o futuro  inclui  cenarios  que  podem  ou  nao  acontecer.  Uma 
utilizagao  comum  desta  tecnica  esta  na  analise  da  arvore  de  decisao. 

Analise  dos  documentos  / Document  Analysis.  Uma  tecnica  de  obtengao  de  informagoes  que  analisa 
a documentagao  existente  e identifica  as  informagoes  relevantes  aos  requisitos. 
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Analises  de  desempenho  das  aquisigdes  / Procurement  Performance  Reviews.  Uma  avaliagao  estruturada 
do  progresso  do  fornecedor  para  entregar  o escopo  e a qualidade  do  projeto,  dentro  dos  custos  e do  cronograma, 
em  comparagao  com  o contrato. 

Antecipagao  / Lead.  A quantidade  de  tempo  que  uma  atividade  sucessora  pode  ser  adiantada  em  relagao  a 
uma  atividade  predecessora. 

Apetite  de  risco  / Risk  Appetite.  0 grau  de  incerteza  que  uma  entidade  esta  disposta  a aceitar,  na  expectativa 
de  uma  recompensa. 

Aplicagao  de  antecipagoes  e esperas  / Applying  Leads  and  Lags.  Tecnica  usada  para  ajustar  a quantidade 
de  tempo  entre  atividades  predecessoras  e sucessoras. 

Aquisigdes  encerradas  / Closed  Procurements.  Contratos  de  projeto  ou  outros  acordos  de  aquisigao  que 
foram  formalmente  reconhecidos  pelo  devido  agente  autorizado  como  tendo  sido  finalizados  e recebido  o 
aceite  final. 

Area  de  aplicagao  / Application  Area.  Uma  categoria  de  projetos  que  possuem  componentes  comuns 
significativos,  mas  que  nao  sao  necessarios  ou  estao  presentes  em  todos  os  projetos.  As  areas  de  aplicagao  sao 
geralmente  definidas  em  termos  de  produto  (ou  seja,  por  tecnologias  ou  metodos  de  produgao  semelhantes), 
tipo  de  cliente  (ou  seja,  inferno  versus  externo,  governamental  versus  comercial)  ou  setor  industrial  (ou  seja, 
utilitarios,  automotivo,  aeroespacial,  tecnologias  da  informagao,  etc).  As  areas  de  aplicagao  podem  se  sobrepor. 

Area  de  conhecimento  em  gerenciamento  de  projetos  / Project  Management  Knowledge  Area.  Uma  area 
identificada  de  gerenciamento  de  projetos  definida  por  seus  requisitos  de  conhecimentos  e descrita  em  termos 
dos  processos  que  a compoem,  suas  praticas,  entradas,  saidas,  ferramentas  e tecnicas. 

Atividade  / Activity.  Uma  parte  distinta  e programada  do  trabalho  executado  no  decorrer  do  projeto. 

Atividade  de  resumo  / Summary  Activity.  Urn  grupo  de  atividades  relacionadas  do  cronograma,  agregadas 
e exibidas  como  uma  atividade  unica,  de  resumo. 

Atividade  do  caminho  critico  / Critical  Path  Activity.  Qualquer  atividade  no  caminho  critico  do  cronograma 
de  urn  projeto. 

Atividade  no  no  (ANN)  / Activity-on-Node  (AON).  Veja  metodo  do  diagrama  de  precedence  (MDP). 

Atividade  predecessora  / Predecessor  Activity.  Uma  atividade  que,  de  acordo  com  a logica,  vem  antes  de 
uma  atividade  que  depende  da  mesma.emum  cronograma. 

Atividade  quase  critica  / Near-Critical  Activity.  Uma  atividade  do  cronograma  que  possuifolga  total  pequena. 
0 conceito  de  quase  critica  e igualmente  aplicavel  a uma  atividade  do  cronograma  ou  a urn  caminho  de  rede  do 
cronograma.  0 limite  abaixo  do  qual  a folga  total  e considerada  quase  critica  depende  de  opiniao  especializada 
e varia  de  projeto  para  projeto. 
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Atividade  sucessora  / Successor  Activity.  Uma  atividade  dependente  que  logicamente  vem  depois  de  outra 
atividade  de  um  cronograma. 

Atividade  sumarizadora  / Hammock  Activity.  Veja  atividade  de  resumo. 

Ativos  de  processos  organizacionais  / Organizational  Process  Assets.  Pianos,  processos,  politicas, 
procedimentos,  e bases  de  conhecimento  especificas  usadas  pela  organizagaoexecutora. 

Atributos  das  atividades  / Activity  Attributes.  Varios  atributos  associados  a cada  atividade  do  cronograma 
que  podem  ser  incluidos  na  lista  de  atividades.  Os  atributos  da  atividade  incluem  codigos  de  atividades, 
atividades  predecessoras,  atividades  sucessoras,  relacionamentos  logicos,  antecipagoes  e esperas,  recursos 
necessarios,  datas  impostas,  restrigoes  e premissas. 

Auditorias  de  aquisigbes  / Procurement  Audits.  A analise  de  contratos  e processos  de  contratagao  para 
verificar  sua  completude,  exatidao  e eficacia. 

Auditorias  de  qualidade  / Quality  Audits.  Uma  auditoria  da  qualidade  e uma  revisao  estruturada  e 
independente  para  determinar  se  as  atividades  do  projeto  estao  cumprindo  as  politicas,  os  processos  e os 
procedimentos  da  organizagao  e do  projeto. 

Auditorias  de  riscos  / Risk  Audits.  As  auditorias  de  riscos  examinam  e documentam  a eficacia  das  respostas 
para  lidar  com  os  riscos  identificados  e suas  causas-raiz,  bem  como  a eficacia  do  processo  de  gerenciamento 
dos  riscos. 

Autoridade  / Authority.  0 direito  de  aplicar  recursos  do  projeto,  usar  fundos,  tomar  decisoes  ou  fornecer 
aprovagoes. 

Autorizagao  do  trabalho  / Work  Authorization.  Uma  permissao  e uma  orientagao,  normalmente  escrita, 
para  iniciar  o trabalho  em  uma  atividade  do  cronograma,  pacote  de  trabalho  ou  conta  de  controle  especifica.  E 
um  metodo  de  aprovagao  do  trabalho  do  projeto  para  garantir  que  o trabalho  sera  realizado  pela  organizagao 
identificada,  no  momento  certo  e na  sequencia  adequada. 

Avaliagao  da  urgencia  dos  riscos  / Risk  Urgency  Assessment.  Avaliagao  e determinagao  do  momento  de 
execugao  das  agoes  que  possam  ter  a necessidade  de  ocorrer  mais  cedo  que  outros  itens  de  risco. 

Avaliagao  de  qualidade  dos  dados  sobre  riscos  / Risk  Data  Quality  Assessment.  Tecnica  para  avaliar  o 
grau  de  utilidade  dos  dados  a respeito  dos  riscos  para  o gerenciamento  dos  mesmos. 

Backlog  / Backlog.  Uma  lista  de  requisitos  e entregas  de  produto  a serem  completados,  relatados  por  escrito 
e priorizados  pela  organizagao  para  gerenciar  e organizar  os  trabalhos  do  projeto. 

Base  de  conhecimento  de  ligoes  aprendidas  / Lessons  Learned  Knowledge  Base.  Um  repository  de 
informagoes  historicas  e ligoes  aprendidas  sobre  os  resultados  de  decisoes  de  selegao  de  projetos  anteriores 
e do  desempenho  de  projetos  anteriores. 
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Bases  das  estimativas  / Basis  of  Estimates.  Documentos  de  apoio  que  delineamos  detalhes  usados  no 
estabelecimento  das  estimativas  do  projeto,  como  premissas,  restrigoes,  nivel  de  detalhe,  limites,  e niveis  de 
contianga. 

Benchmarking / Benchmarking.  Benchmarking  envolve  a comparagao  de  praticas  reais  ou  planejadas,  tais 
como  processos  e operagoes,  com  as  de  organizagoes  comparaveis  para  identificar  as  melhores  praticas, 
gerar  ideias  para  melhorias  e fornecer  uma  base  para  medir  o desempenho. 

Brainstorming  / Brainstorming.  Uma  tecnica  geral  de  coleta  de  dados  e exercicio  de  criatividade  que  pode 
ser  usada  para  identificar  riscos,  ideias  ou  solugoes  para  problemas  usando  urn  grupo  de  membros  da  equipe 
ou  especialistas  no  assunto. 

Buffer!  Buffer.  Veja  Reserva  de  Contingencia. 

Business  case  / Business  Case.  Estudo  documentado  de  viabilidade  economica  usado  para  determinar  a 
validade  dos  beneticios  de  urn  componente  ainda  sem  definigao  suficiente,  usado  como  base  para  a autorizagao 
de  outras  atividades  de  gerenciamento  de  projeto. 

Calendario  do  projeto  / Project  Calendar.  Urn  calendario  que  identifica  os  dias  uteis  e os  turnos  disponiveis 
para  a execugao  das  atividades  agendadas. 

Calendario  do  recurso  / Resource  Calendar.  Urn  calendario  que  identifica  os  dias  uteis  e turnos  em  que  cada 
recurso  especifico  encontra-se  disponivel. 

Caminho  critico  / Critical  Path.  A sequencia  de  atividades  que  representa  o caminho  mais  longo  de  urn 
projeto,  que  determina  a menor  duragao  possivel. 

Caminho  de  ida  / Forward  Pass.  Uma  tecnica  do  metodo  do  caminho  critico  para  calcular  as  datas  de  inicio 
mais  cedo  e datas  de  inicio  mais  tarde  percorrendo  o caminho  de  ida  do  modelo  do  cronograma  a partir  da  data 
do  inicio  do  projeto,  ou  num  dado  momento. 

Caminho  de  rede  / Network  Path.  Qualquer  serie  continua  de  atividades  do  cronograma  conectadas 
a relacionamentos  logicos  em  urn  diagrama  de  rede  do  cronograma  do  projeto. 

Caminho  de  volta  / Backward  Pass.  Uma  tecnica  do  metodo  do  caminho  critico  para  calcular  as  datas  de 
inicio  mais  tarde  e termino  mais  tarde  das  atividades,  percorrendo  a logica  de  rede  do  cronograma  pelo  seu 
caminho  de  volta,  a partir  da  data  do  termino  do  projeto. 

Categoria  de  risco  / Risk  Category.  Urn  grupo  de  possiveis  causas  de  riscos. 

Categorizagao  de  riscos  / Risk  Categorization.  Os  riscos  do  projeto  podem  ser  categorizados  por  fontes  de 
risco  (por  exemplo,  usando  a EAR),  area  afetada  do  projeto  (por  exemplo,  usando  a EAP)  ou  outra  categoria 
util  (por  exemplo,  fase  do  projeto)  para  determinar  as  areas  do  projeto  mais  expostas  aos  efeitos  da  incerteza. 
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Ciclo  de  vida  / Life  Cycle.  Veja  ciclo  de  vida  do  projeto. 

Ciclo  de  vida  adaptativo  / Adaptive  Life  Cycle.  Um  ciclo  de  vida  de  projeto,  tambem  conhecido  como 
“orientado”  a mudanga  ou  metodos  ageis,  que  destina-se  a facilitar  a mudanga  e que  exige  um  continuo 
e alto  grau  de  envolvimento  das  partes  interessadas.  Os  ciclos  de  vida  adaptativos  sao  tambem  iterativos 
e incrementais,  a diferenga  e que  as  iteragoes  sao  muito  rapidas  (geralmente  com  uma  duragao  de  2 a 4 
semanas),  com  tempo  e recursos  fixos. 

Ciclo  de  vida  do  produto  / Product  Life  Cycle.  A serie  de  fases  que  representam  a evolugao  de  um  produto, 
da  sua  concepgao  a entrega,  crescimento,  maturidade,  e retirada. 

Ciclo  de  vida  do  projeto  / Project  Life  Cycle.  A serie  de  fases  pelas  quais  um  projeto  passa,  do  inicio  ao  termino. 

Ciclo  de  vida  incremental  / Incremental  Life  Cycle.  Ciclo  de  vida  do  projeto  em  que  o escopo  do  projeto 
e geralmente  determinado  no  inicio  do  ciclo  de  vida  do  mesmo,  e as  estimativas  de  tempo  e custos  sao 
rotineiramente  modificadas  a proporgao  que  a compreensao  do  produto  pela  equipe  do  projeto  aumenta. 
As  iteragoes  desenvolvem  o produto  atraves  de  uma  serie  de  ciclos  repetidos,  enquando  os  incrementos 
sucessivamente  acrescentam  a funcionalidade  do  produto. 

Ciclo  de  vida  iterativo  / Iterative  Life  Cycle.  Ciclo  de  vida  do  projeto  em  que  o escopo  do  projeto  e geralmente 
determinado  no  inicio  do  ciclo  de  vida  do  mesmo,  mas  as  estimativas  de  tempo  e custos  sao  rotineiramente 
modificadas  a proporgao  que  a compreensao  do  produto  pela  equipe  do  projeto  aumenta.  Iteragoes  desenvolvem 
o produto  atraves  de  uma  serie  de  ciclos  repetidos,  enquanto  os  incrementos  sucessivamente  acrescentam  a 
funcionalidadedo  produto. 

Ciclo  de  vida  preditivo  / Predictive  Life  Cycle.  Uma  forma  de  ciclo  de  vida  do  projeto  em  que  o escopo  do 
projeto,  bem  como  o tempo  e custos  exigidos  para  entregar  tal  escopo  sao  determinados  o mais  cedo  possivel 
noseu  ciclo  de  vida. 

Cliente  / Customer.  Cliente  e (sao)  a(s)  pessoa(s)  ou  organizagao(goes)  que  pagara  (rao)  pelo  produto,  servigo, 
ou  resultado  do  projeto.  Os  clientes  podem  ser  internos  ou  externos  a organizagao  executora. 

Codigo  da  atividade  / Activity  Code.  Um  ou  mais  valores  numericos  ou  de  texto  que  identificam  as 
caracteristicas  do  trabalho,  ou  de  alguma  forma  categorizam  a atividade  do  cronograma,  que  permitem  a 
filtragem  e a ordenagao  das  atividades  dentro  dos  relatorios. 

Codigo  de  contas  / Code  of  Accounts.  Qualquer  sistema  de  numeragao  utilizado  para  identificar  de  modo 
exclusivo  cada  componente  da  estrutura  analitica  do  projeto  (EAP). 

Coletar  os  requisitos  / Collect  Requirements.  0 processo  de  determinar,  documentar  e gerenciar  as 
necessidades  e requisitos  das  partes  interessadas  a fim  de  atender  aos  objetivos  do  projeto. 

Comite  de  controle  de  mudangas  (CCM)  / Change  Control  Board  (CCB).  Um  grupo  formalmente  constituido 
para  revisar,  avaliar,  aprovar,  adiar  ou  rejeitar  mudangas  no  projeto,  registrar  e comunicar  tais  decisoes. 
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Componente  da  estrutura  analitica  do  projeto  / Work  Breakdown  Structure  Component.  Um  item  na 
estrutura  analitica  do  projeto  que  pode  estar  em  qualquer  nivel. 

Comprador  / Buyer.  Aquele  que  adquire  produtos,  servigos  ou  resultados  de  uma  organizagao. 

Compressao  / Crashing.  Uma  tecnica  usada  para  reduzir  a duragao  do  cronograma  do  projeto  usando  o 
menor  custo  incremental  atraves  da  adigao  de  recursos. 

Compressao  de  cronograma  / Schedule  Compression.  Tecnicas  usadas  para  reduzir  a duragao  do 
cronograma,  sem  diminuir  o escopo  do  projeto. 

Condigao  de  Gatilho  / Trigger  Condition.  Um  evento  ou  situagao  que  indica  que  um  risco  esta  prestes  a ocorrer. 

Conduzir  as  aquisigdes  / Conduct  Procurements.  0 processo  de  obtengao  de  respostas  de  fornecedores, 
selegao  de  um  fornecedor  e adjudicagao  de  um  contrato. 

Conformidade  / Conformance.  No  sistema  de  gerenciamento  de  qualidade,  conformidade  e um  conceito  geral 
de  entrega  de  resultados  que  se  enquadram  nos  limites  que  definem  a variagao  aceitavel  para  um  requisito 
de  qualidade. 

Conhecimento  em  gerenciamento  de  projetos  / Project  Management  Body  of  Knowledge.  Uma  expressao 
abrangente  que  descreve  a soma  dos  conhecimentos  contidos  na  profissao  de  gerenciamento  de  projetos. 
Assim  como  em  outras  profissoes  como  advocacia,  medicina  e contabilidade,  o conhecimento  pertence  aos 
profissionais  e academicos  que  o aplicam  e o desenvolvem.  0 conhecimento  completo  em  gerenciamento 
de  projetos  inclui  praticas  tradicionais  comprovadas  amplamente  aplicadas  e praticas  inovadoras  que  estao 
surgindo  na  profissao.  0 conhecimento  inclui  materiais  publicados  e nao  publicados.  Este  conhecimento  esta  em 
constante  evolugao.  0 Guia  PMBOK®  do  PMI  identifica  o subconjunto  desse  conhecimento  em  gerenciamento 
de  projetos  que  e geralmente  reconhecido  como  boa  pratica. 

Conta  de  controle  / Control  Account.  Ponto  de  controle  gerencial  onde  o escopo,  o orgamento,  o custo  real  e 
o cronograma  sao  integrados  e comparados  com  o valor  agregado  visando  a medigao  do  desempenho. 

Contingencia  / Contingency.  Um  evento  ou  ocorrencia  que  possa  interferir  na  execugao  do  projeto  e que 
possa  ser  justificado  com  uma  reserva. 

Contorno  / Workaround.  Resposta  a uma  ameaga  que  ocorreu,  para  a qual  uma  resposta  nao  foi  planejada, 
ou  nao  foi  eficaz. 

Contratagao  / Acquisition.  Obter  recursos  humanos  e materiais  necessarios  a execugao  das  atividades  do 
projeto.  A contratagao  implica  em  custos  de  recursos,  que  nao  sao  necessariamente  financeiros. 

Contratar  ou  mobilizar  a equipe  do  projeto  / Acquire  Project  Team.  0 processo  de  confirmagao  da 
disponibilidade  dos  recursos  humanos  e obtengao  da  equipe  necessaria  para  terminar  as  atividades  do  projeto. 

Contrato  / Contract.  Um  contrato  e um  acordo  que  gera  obrigagoes  para  as  partes,  e que  obriga  o fornecedor 
a prover  o produto,  servigo  ou  resultado  especificado  e o comprador  a pagar  por  ele. 
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Contrato  de  custo  mais  remuneragao  concedida  (CMRC)  / Cost  Plus  Award  Fee  Contract  (CPAF).  Uma 

categoria  de  contrato  que  envolve  pagamentos  (reembolsos  de  custos)  ao  fornecedor  por  todos  os  custos  reais 
e legitimos  incorridos  para  o trabalho  concluido,  acrescidos  de  uma  remuneragao  que  corresponde  ao  lucro 
do  fornecedor. 

Contrato  de  custo  mais  remuneragao  de  incentivo  (CMRI)  / Cost  Plus  Incentive  Fee  Contract  (CPIF).  Um 

tipo  de  contrato  de  custos  reembolsaveis  em  que  o comprador  reembolsa  o fornecedor  pelos  custos  permitidos 
(definidos  pelo  contrato)  ao  fornecedor;  o fornecedor  tera  direito  ao  seu  bonus  se  atender  aos  criterios  de 
desempenho  definidos. 

Contrato  de  custo  mais  remuneragao  fixa  (CMRF)  / Cost  Plus  Fixed  Fee  Contract  (CPFF).  Um  tipo  de 
contrato  de  custos  reembolsaveis  em  que  o comprador  reembolsa  o fornecedor  pelos  custos  permitidos 
(definidos  pelo  contrato)  ao  fornecedor,  acrescidos  de  um  valor  fixo  de  lucro  (remuneragao). 

Contrato  de  custos  reembolsaveis  / Cost-Reimbursable  Contract.  Um  tipo  de  contrato  que  envolve  o 
pagamento  ao  fornecedor  pelos  custos  reais  do  fornecedor,  acrescidos  de  uma  remuneragao  que  normalmente 
representa  o lucro  do  fornecedor.  Os  contratos  de  custos  reembolsaveis  frequentemente  incluem  clausulas  de 
incentivo  em  que,  se  o fornecedor  atingir  ou  superar  os  objetivos  determinados  para  o projeto,  tais  como  metas 
de  cronograma  ou  custo  total,  recebera  do  comprador  um  incentivo  ou  pagamento  de  bonus. 

Contrato  de  prego  fixo  / Fixed-Price  Contract.  Um  acordo  que  estabelece  a remuneragao  que  sera  paga 
para  um  escopo  de  trabalho  definido,  independentemente  do  custo  ou  esforgo  para  entrega-lo. 

Contrato  de  prego  fixo  com  ajuste  economico  do  prego  (PFAEP)  / Fixed  Price  with  Economic  Price 
Adjustment  Contract  (FP-EPA).  E um  contrato  de  prego  fixo,  mas  com  uma  clausula  especial  que  preve 
ajustes  finais  pre-definidos  no  prego  do  contrato  devido  a mudangas  nas  condigoes,  tais  como  alteragoes  na 
inflagao  ou  aumento  (ou  diminuigao)  de  custos  para  determinadas  mercadorias. 

Contrato  de  prego  fixo  com  remuneragao  de  incentivo  (PFRI)  / Fixed  Price  Incentive  Fee  Contract  (FPIF).  Um 

tipo  de  contrato  em  que  o comprador  paga  ao  fornecedor  um  valor  determinado  (conforme  definido  pelo  contrato) 
e pelo  qual  o fornecedor  podera  ganhar  um  valor  adicional  se  atender  aos  criterios  de  desempenho  definidos. 

Contrato  de  prego  fixo  garantido  (PFG)  / Firm-Fixed-Price  Contract  (FFP).  Um  tipo  de  contrato  de  prego 
fixo  em  que  o comprador  paga  ao  fornecedor  um  valor  determinado  (conforme  definido  pelo  contrato), 
independentemente  dos  custos  do  fornecedor. 

Contratos  por  tempo  e material  (T&M)  / Time  and  Material  Contract  (T&M).  Um  tipo  de  contrato  hibrido, 
contendo  aspectos  de  contratos  de  custos  reembolsaveis  e de  prego  fixo.  Os  contratos  por  tempo  e material 
se  assemelham  aos  acordos  do  tipo  com  custos  reembolsaveis  por  serem  modificaveis,  ja  que  o valor  total 
do  acordo  nao  e definido  no  momento  em  que  ele  e firmado.  Dessa  forma,  os  contratos  por  tempo  e material 
podem  ter  o seu  valor  aumentado  como  se  fossem  acordos  de  custos  reembolsaveis.  Por  outro  lado,  os  acordos 
por  tempo  e material  podem  tambem  ser  semelhantes  a acordos  de  prego  fixo.  Por  exemplo,  os  valores  unitarios 
sao  preestabelecidos  pelo  comprador  e pelo  fornecedor,  quando  ambas  as  partes  concordam  com  os  valores 
de  servigos  profissionais  para  a categoria  de  “engenheiros  seniores”. 
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Controlar  a qualidade  / Control  Quality.  0 processo  de  monitoramento  e registro  dos  resultados  da  execugao 
das  atividades  de  qualidade  para  avaliar  o desempenho  e recomendar  as  mudangas  necessarias. 

Controlar  as  aquisigdes  / Control  Procurements.  0 processo  de  gerenciamento  das  relagoes  de  aquisigoes, 
monitoramento  do  desempenho  do  contrato  e realizagao  de  mudangas  e corregoes  conforme  necessario. 

Controlar  as  comunicagdes  / Control  Communications.  0 processo  de  monitorar  e controlar  a comunicagao 
no  decorrer  de  todo  o ciclo  de  vida  do  projeto  para  garantir  que  as  necessidades  de  informagao  das  partes 
interessadas  no  projeto  sejam  atendidas. 

Controlar  o cronograma  / Control  Schedule.  0 processo  de  monitoramento  do  andamento  das  atividades 
do  projeto  para  atualizagao  no  seu  progresso  e gerenciamento  das  mudangas  feitas  na  linha  de  base  do 
cronograma  para  realizar  o planejado. 

Controlar  o engajamento  das  partes  interessadas  / Control  Stakeholder  Engagement.  0 processo  de 
monitorar  os  relacionamentos  das  partes  interessadas  no  projeto  em  geral,  e ajustar  as  estrategias  e pianos 
para  o engajamento  das  mesmas. 

Controlar  o escopo  / Control  Scope.  0 processo  de  monitoramento  do  andamento  do  escopo  do  projeto  e do 
produto  e gerenciamento  das  mudangas  feitas  na  linha  de  base  do  escopo. 

Controlar  os  custos  / Control  Costs.  0 processo  de  monitoramento  do  andamento  do  projeto  para  atualizagao 
no  seu  orgamento  e gerenciamento  das  mudangas  feitas  na  linha  de  base  de  custos. 

Controlar  os  riscos  / Control  Risks.  0 processo  de  implementagao  de  pianos  de  respostas  aos  riscos, 
acompanhamento  dos  riscos  identificados,  monitoramentos  dos  riscos  residuais,  identificagao  de  novos  riscos 
e avaliagao  da  eficacia  do  processo  de  gerenciamento  de  riscos  durante  todo  o projeto. 

Controle  / Control.  Comparagao  entre  o desempenho  real  e o planejado,  analise  das  variagoes,  avaliagao 
das  tendencias  para  efetuar  melhorias  no  processo,  avaliagao  das  alternativas  possiveis  e recomendagao  das 
agoes  corretivas  adequadas,  conforme  necessario. 

Controle  de  mudangas  / Change  Control.  Processo  pelo  qual  as  modificagoes  em  documentos,  entregas,  ou 
linhas  de  base  associadas  ao  projeto  sao  identificadas,  documentadas,  aprovadas,  ou  rejeitadas. 

Convergence  de  caminhos  / Path  Convergence.  Urn  relacionamento  em  que  uma  atividade  do  cronograma 
tern  mais  de  uma  predecessora. 

Convite  para  licitagao  (IFB)  / Invitation  for  Bid  (IFB).  Geralmente,  este  termo  equivale  a solicitagao  de 
proposta.  No  entanto,  em  algumas  areas  de  aplicagao,  ele  pode  ter  urn  significado  mais  restrito  ou  mais 
especifico. 

Criar  a EAP  / Create  WBS.  0 processo  de  subdivisao  das  entregas  e do  trabalho  do  projeto  em  componentes 
menores  e de  gerenciamento  mais  facil. 
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Criterios  / Criteria.  Normas,  regras  ou  testes  pelos  quais  uma  opiniao  ou  decisao  pode  basear-se,  ou  pelos 
quais  um  produto,  servigo,  resultado  ou  processo  pode  ser  avaliado. 

Criterios  de  aceitagao  / Acceptance  Criteria.  Um  conjunto  de  condigoes  a serem  satisfeitas  antes  antes  das 
entregas  serem  aceitas. 

Criterios  para  selegao  de  fontes  / Source  Selection  Criteria.  Um  conjunto  de  atributos  desejados  pelo 
comprador  que  devem  ser  obrigatoriamente  atendidos  ou  excedidos  pelo  vendedor  para  que  ele  possa  obter 
um  contrato. 

Cronograma  / Schedule.  Veja  cronograma  do  projeto  e tambem  modelo  de  cronograma. 

Cronograma  de  marcos  / Milestone  Schedule.  Um  cronograma  sumarizado  que  identifica  os  principals 
marcos  do  cronograma.  Veja  tambem  cronograma  mestre. 

Cronograma  do  projeto  / Project  Schedule.  Um  resultado  de  um  modelo  de  cronograma  que  demonstra  a 
conexao  de  atividades  com  suas  datas.duragoes,  marcos  e recursos  planejados. 

Cronograma  mestre  / Master  Schedule.  Um  cronograma  sumarizado  do  projeto  que  identifica  as  principals 
entregas  e componentes  da  estrutura  analitica  do  projeto  e os  principals  marcos  do  cronograma.  Veja  tambem 
cronograma  de  marcos. 

Custo  da  qualidade  (CDQ)  / Cost  of  Quality  (COQ).  Um  metodo  de  determinagao  dos  custos  incorridos 
para  garantir  a qualidade.  Os  custos  de  prevengao  e de  avaliagao  (custo  de  conformidade)  incluem  custos  de 
planejamento  da  qualidade,  controle  da  qualidade  (CQ)  e garantia  da  qualidade  para  assegurar  a conformidade 
com  os  requisitos  (ou  seja,  treinamento,  sistemas  de  CQ,  etc.).  Os  custos  de  falhas  (custo  de  nao  conformidade) 
incluem  custos  para  refazer  produtos,  componentes  ou  processos  que  nao  estao  em  conformidade,  custos  de 
trabalho  referentes  a garantia,  de  desperdicio  e de  perda  de  reputagao. 

Custo  real  (CR)  / Actual  Cost  (AC).  0 custo  realizado  incorrido  no  trabalho  executado  de  uma  atividade, 
durante  um  periodo  especifico. 

Dados  de  desempenho  do  trabalho  / Work  Performance  Data.  As  observagoes  e medigoes  em  estado  bruto, 
identificadas  durante  a execugao  das  atividades  de  realizagao  dos  trabalhos  do  projeto. 

Dados  do  cronograma  / Schedule  Data.  A colegao  de  informagoes  usadas  para  descrever  e controlar  o 
cronograma. 

Data  de  inicio  / Start  Date.  Um  momento  associado  ao  inicio  de  uma  atividade  do  cronograma.  Geralmente 
usada  com  uma  das  seguintes  qualificagoes:  real,  planejada,  estimada,  agendada,  mais  cedo,  mais  tarde,  alvo, 
linha  de  base  ou  atual. 

Data  de  inicio  mais  cedo  (IMC)  / Early  Start  Date  (ES).  No  metodo  do  caminho  critico,  o momento  mais  cedo 
possivel  no  qual  as  partes  incompletas  de  uma  atividade  do  cronograma  (ou  projeto)  podem  ser  iniciadas,  com 
base  na  logica  de  rede  do  cronograma,  na  data  dos  dados  e nas  restrigoes  do  cronograma. 
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Data  de  inicio  mais  tarde  (IMT)  / Late  Start  Date  (LS).  No  metodo  do  caminho  critico,  o momento  mais  tarde 
possivel  no  qual  as  partes  incompletas  de  uma  atividade  do  cronograma  (ou  projeto)  podem  ser  iniciadas,  com 
base  na  logica  de  rede  do  cronograma,  na  data  de  termino  do  projeto  e eventuais  restrigoes  do  cronograma. 

Data  de  termino  / Finish  Date.  Urn  momento  associado  ao  termino  de  uma  atividade  do  cronograma. 
Geralmente  usada  com  uma  das  seguintes  qualificagoes:  real,  planejada,  estimada,  agendada,  mais  cedo, 
mais  tarde,  alvo,  linha  de  base  ou  atual. 

Data  de  termino  mais  cedo  (TMC)  / Early  Finish  Date  (EF).  No  metodo  do  caminho  critico,  o momento 
mais  cedo  possivel  no  qual  as  partes  incompletas  de  uma  atividade  do  cronograma  (ou  projeto)  podem  ser 
terminadas,  com  base  na  logica  de  rede  do  cronograma,  na  data  dos  dados  e nas  restrigoes  do  cronograma. 

Data  de  termino  mais  tarde  (TMT)  / Late  Finish  Date  (LF).  No  metodo  do  caminho  critico,  o momento 
mais  tarde  possivel  no  qual  as  partes  incompletas  de  uma  atividade  do  cronograma  (ou  projeto)  podem  ser 
terminadas,  com  base  na  logica  de  rede  do  cronograma,  na  data  de  termino  do  projeto  e eventuais  restrigoes 
do  cronograma. 

Data  dos  dados  (DD)  / Data  Date.  0 momento  em  que  o status  do  projeto  e registrado. 

Data  imposta  / Imposed  Date.  Uma  data  fixa  imposta  em  uma  atividade  do  cronograma  ou  marco  do 
cronograma,  geralmente  na  forma  de  uma  data  do  tipo  “nao  comegar  antes  de”  e “nao  terminar  apos”. 

Decisoes  de  fazer  ou  comprar  / Make-or-Buy  Decisions.  Decisoes  tomadas  com  relagao  a compra  externa 
ou  a manufatura  interna  de  urn  produto. 

Decomposigao  / Decomposition.  Tecnica  usada  para  dividir  e subdividir  o escopo  do  projeto  e suas  entregas 
em  partes  menores  e mais  faceis  de  gerenciar. 

Defeito  / Defect.  Uma  imperfeigao  ou  deficiency  em  urn  componente  do  projeto  na  qual  esse  componente  nao 
atende  aos  seus  requisitos  ou  especificagoes  e precisa  ser  reparado  ou  substituido. 

Definir  as  atividades  / Define  Activities.  0 processo  de  identificagao  e documentagao  das  agoes  especificas 
a serem  realizadas  para  produzir  as  entregas  do  projeto. 

Definir  o escopo  / Define  Scope.  0 processo  de  desenvolvimento  de  uma  descrigao  detalhada  do  projeto  e 
do  produto. 

Dependence  / Dependency.  Veja  relacionamento  logico. 

Dependence  arbitrada  / Discretionary  Dependency.  Urn  relacionamento  estabelecido  com  base  no 
conhecimento  das  melhores  praticas  no  escopo  de  uma  area  de  aplicagao  ou  aspecto  do  projeto,  onde  se 
deseja  que  haja  uma  sequence  especifica. 

Dependence  externa  / External  Dependency.  Urn  relacionamento  entre  atividades  que  sao  do  projeto  e 
atividades  que  nao  sao  do  projeto. 
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Dependencia  obrigatoria  / Mandatory  Dependency.  Um  relacionamento  contratualmente  exigido  ou  inerente 
a natureza  do  trabalho. 

Descrigao  do  escopo  do  produto  / Product  Scope  Description.  A descrigao  documentada  do  escopo  do  produto. 

Desdobramento  da  fungao  qualidade  (QFD)  / Quality  Function  Deployment  (QFD).  Uma  tecnica  de  facilitagao 
de  oficinas  que  ajuda  a determinar  as  caracteristicas  criticas  para  o desenvolvimento  de  um  produto  novo. 

Desenvolver  a equipe  do  projeto  / Develop  Project  Team.  0 processo  de  melhoria  de  competences,  da 
interagao  da  equipe  e do  ambiente  global  da  equipe  para  aprimorar  o desempenho  do  projeto. 

Desenvolver  o cronograma  / Develop  Schedule.  0 processo  de  analise  de  sequences  das  atividades,  suas 
duragoes,  recursos  necessarios  e restrigoes  do  cronograma  visando  criar  o cronograma  do  projeto. 

Desenvolver  o piano  de  gerenciamento  do  projeto  / Develop  Project  Management  Plan.  0 processo 
de  definir,  preparar  e coordenar  todos  os  pianos  subsidiaries  e integra-los  a um  piano  de  gerenciamento  do 
projeto  abrangente. 

Desenvolver  o termo  de  abertura  do  projeto  / Develop  Project  Charter.  0 processo  de  desenvolver  um 
documento  que  formalmente  autoriza  a existence  de  um  projeto  e da  ao  gerente  do  projeto  a autoridade 
necessaria  para  aplicar  recursos  organizacionais  as  atividades  do  projeto. 

Determinagao  de  dependencia  / Dependency  Determination.  Uma  tecnica  usada  para  identiticar  o tipo 
de  dependencia  que  e usada  para  criar  os  relacionamentos  logicos  entre  as  atividades  predecessoras  e 
sucessoras. 

Determinar  o orgamento  / Determine  Budget.  0 processo  de  agregagao  dos  custos  estimados  de  atividades 
individuals  ou  pacotes  de  trabalho  para  estabelecer  uma  linha  de  base  dos  custos  autorizada. 

Diagrama  de  afinidades  / Affinity  Diagram.  Tecnica  de  criatividade  em  grupo  que  permite  que  grandes 
volumes  de  ideias  sejam  classificados  em  categorias,  para  revisao  e analise. 

Diagrama  de  arvore  / Tree  Diagram.  Um  diagrama  sistematico  de  uma  decomposigao  hierarquica  usado  para 
visualizar  um  conjunto  sistematico  de  regras  como  relacionamentos  pai-filho. 

Diagrama  de  causa  e efeito  / Cause  and  Effect  Diagram.  Tecnica  de  decomposigao  que  ajuda  a investigar 
um  efeito  indesejavel  ate  a sua  causa-raiz. 

Diagrama  de  dispersao  / Scatter  Diagram.  Um  grafico  de  correlagao  que  usa  uma  linha  de  regressao  para 
explicar  ou  para  predizer  como  a mudanga  em  uma  variavel  independente  mudara  uma  variavel  dependente. 

Diagrama  de  espinha  de  peixe  / Fishbone  diagram.  Ver  Diagrama  de  Causa  e Efeito. 

Diagrama  de  Pareto  / Pareto  Diagram.  Um  histograma,  organizado  por  frequencia  de  ocorrencia,  que  mostra 
quantos  resultados  foram  gerados  para  cada  causa  identificada. 
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Diagrama  de  rede  do  cronograma  com  escala  de  tempo  / Time-Scaled  Schedule  Network  Diagram. 

Qualquer  diagrama  de  rede  do  cronograma  do  projeto  desenhado  de  forma  que  o posicionamento  e o 
comprimento  da  atividade  do  cronograma  representem  a sua  duragao.  Trata-se  basicamente  de  urn  grafico  de 
barras  que  inclui  a logica  de  rede  do  cronograma. 

Diagrama  de  rede  do  cronograma  do  projeto  / Project  Schedule  Network  Diagram.  Qualquer  demonstragao 
esquematica  dos  relacionamentos  logicos  entre  as  atividades  do  cronograma  do  projeto. 

Diagrama  de  tornado  / Tornado  Diagram.  Urn  tipo  especial  de  grafico  de  barras  usado  na  analise  de 
sensibilidade  para  comparar  a importancia  relativa  das  variaveis. 

Diagramas  de  contexto  / Context  Diagrams.  Uma  descrigao  visual  do  escopo  do  produto  mostrando  urn 
sistema  de  negocios  (processo,  equipamentos,  sistema  computacional,  etc.),  e como  as  pessoas  e os  outros 
sistemas  (agentes)  interagem  com  ele. 

Diagramas  de  influence  / Influence  Diagram.  Uma  representagao  grafica  de  situagoes  que  mostram 
influences  causais,  ordem  dos  eventos  por  tempo  e outras  relagoes  entre  variaveis  e resultados. 

Diagramas  de  inter-relacionamentos  / Interrelationship  Digraphs.  Os  diagramas  de  inter-relacionamento 
sao  uma  ferramenta  de  planejamento  do  gerenciamento  da  qualidade  que  fornecem  urn  processo  criativo 
de  solugao  de  problemas  em  cenarios  moderadamente  complexos  que  apresentam  relacionamentos  logicos 
entrelagados. 

Diagramas  de  rede  das  atividades  / Activity  Network  Diagrams.  Veja  diagrama  de  rede  do  cronograma  do 
projeto. 

Diagramas  matriciais  / Matrix  Diagrams.  Uma  ferramenta  de  gerenciamento  e controle  de  qualidade  usada 
para  executar  a analise  dos  dados  dentro  da  estrutura  organizacional  criada  em  matriz.  0 diagrama  em  matriz 
procura  mostrar  a forga  dos  relacionamentos  entre  fatores,  causas  e objetivos  que  existem  entre  as  linhas  e 
colunas  que  formam  a matriz. 

Dicionario  da  EAP  / WBS  Dictionary.  Urn  documento  que  fornece  informagoes  detalhadas  sobre  entregas, 
atividades  e agendamento  de  cada  componente  da  estrutrura  analitica  do  projeto. 

Diretriz  / Guideline.  Uma  recomendagao  ou  conselho  oficial  que  indica  as  politicas,  padroes,  ou  procedimentos 
de  como  algo  deve  ser  executado. 

Ditadura  / Dictatorship.  Uma  tecnica  de  tomada  de  decisoes  em  grupo  em  que  urn  individuo  toma  a decisao 
pelo  grupo. 

Divergence  de  caminhos  / Path  Divergence.  Urn  relacionamento  em  que  uma  atividade  do  cronograma  tern 
mais  de  uma  sucessora. 

Documentagao  dos  requisitos  / Requirements  Documentation.  Uma  descrigao  de  como  os  requisitos 
individuals  atendem  as  necessidades  de  negocios  do  projeto. 
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Documentos  de  aquisigao/  Procurement  Documents.  Os  documentos  utilizados  nas  atividades  de  licitagao  e 
proposta,  que  incluem  Convite  para  licitagao,  Convite  para  negociagoes,  Solicitagao  de  informagoes,  Solicitagao 
de  cotagao,  Solicitagao  de  proposta  do  comprador  e as  respostas  do  fornecedor. 

Duragao  (DU  ou  DUR)  / Duration  (DU  or  DUR).  Numero  total  de  periodos  de  trabalho  (sem  incluir  feriados 
ou  outros  periodos  de  descanso)  necessarios  para  terminar  uma  atividade  do  cronograma  ou  um  componente 
da  estrutura  analitica  do  projeto.  Normalmente  expressa  em  dias  ou  semanas  de  trabalho.  As  vezes,  e 
incorretamente  equiparada  ao  tempo  decorrido.  Compare  com  esforgo. 

Duragao  da  atividade  / Activity  Duration.  0 tempo  em  unidades  de  calendario  entre  o inicio  e o termino  de 
uma  atividade  do  cronograma.  Veja  tambem  duragao. 

Duragao  mais  provavel  / Most  Likely  Duration.  Uma  estimativa  da  duragao  mais  provavel  da  atividade  que 
leva  em  consideragao  todas  as  variaveis  conhecidas  que  poderiam  afetar  o desempenho. 

Duragao  otimista  / Optimistic  Duration.  Uma  estimativa  da  duragao  mais  curta  da  atividade  que  leva  em 
consideragao  todas  as  variaveis  conhecidas  que  poderiam  afetar  o desempenho. 

Duragao  pessimista  / Pessimistic  Duration.  Estimativa  da  duragao  mais  longa  da  atividade  que  leva  em 
consideragao  todas  as  variaveis  conhecidas  que  poderiam  afetar  os  eu  desempenho. 

Duragao  real  / Actual  Duration.  0 tempo  em  unidades  de  calendario  entre  a data  de  inicio  real  da  atividade 
do  cronograma  e a data  dos  dados  do  cronograma  do  projeto,  se  a atividade  do  cronograma  estiver  em 
andamento,  ou  a data  de  termino  real,  se  a atividade  do  cronograma  estiver  terminada. 

Elaboragao  progressiva  / Progressive  Elaboration.  0 processo  repetitivo  de  aumentar  o nivel  de  detalhes 
do  piano  de  gerenciamento  do  projeto  a proporgao  que  maiores  volumes  de  informagoes  e estimativas  mais 
precisas  sao  disponibilizados. 

Encerrar  as  aquisigoes  / Close  Procurements.  0 processo  de  finalizar  cada  uma  das  aquisigoes  do  projeto. 

Encerrar  o projeto  ou  fase  / Close  Project  or  Phase.  0 processo  de  finalizagao  de  todas  as  atividades  de 
todos  os  grupos  de  processos  de  gerenciamento  do  projeto  para  terminar  formalmente  o projeto  ou  a fase. 

Engenharia  de  valor  (EV)  / Value  Engineering.  Uma  abordagem  usada  para  otimizar  os  custos  do  ciclo 
de  vida  do  projeto,  economizar  tempo,  aumentar  os  lucros,  melhorar  a qualidade,  ampliar  a participagao  no 
mercado,  solucionar  problemas  e/ou  utilizar  recursos  de  forma  mais  efetiva. 

Entrada  / Input.  Qualquer  item,  interno  ou  externo  ao  projeto,  que  e exigido  por  um  processo  antes  que  esse 
processo  continue.  Pode  ser  uma  saida  de  um  processo  predecessor. 

Entrega  / Deliverable.  Qualquer  produto,  resultado  ou  capacidade  para  realizar  um  servigo  unico  e verificavel 
e cuja  execugao  e exigida  para  concluir  um  processo,  uma  fase  ou  um  projeto. 
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Entregas  aceitas  / Accepted  Deliverables.  Produtos,  resultados  ou  recursos  produzidos  por  um  projeto  e 
validados  pelo  cliente  ou  patrocinadores  do  projeto  como  tendo  satisfeito  seus  criterios  de  aceitagao. 

Entregas  verificadas  / Verified  Deliverables.  Entregas  de  projeto  concluidas  que  foram  verificadas  e 
confirmadas  quanto  a sua  precisao  pelo  processo  Realizar  o Controle  da  Qualidade. 

Entrevistas  / Interviews.  Uma  abordagem  formal  ou  informal  para  obter  informagoes  das  partes  interessadas 
falando  com  as  mesmas  diretamente. 

Equipe  de  gerenciamento  do  projeto  / Project  Management  Team.  Os  membros  da  equipe  do  projeto  que 
estao  diretamente  envolvidos  nas  atividades  de  gerenciamento  de  projetos.  Em  alguns  projetos  menores,  a 
equipe  de  gerenciamento  do  projeto  pode  incluir  praticamente  todos  os  membros  da  equipe  do  projeto. 

Equipe  do  projeto  / Project  Team.  Um  grupo  de  indivfduos  que  apoia  o gerente  de  projeto  na  execugao  do 
trabalho  do  projeto  para  alcangar  seus  objetivos. 

Escopo  / Scope.  A soma  dos  produtos,  servigos  e resultados  a serem  fornecidos  na  forma  de  projeto.  Veja 
tambem  escopo  do  projeto  e escopo  do  produto. 

Escopo  do  produto  / Product  Scope.  As  caracteristicas  e fungoes  que  descrevem  um  produto,  servigo  ou 
resultado. 

Escopo  do  projeto  / Project  Scope.  0 trabalho  que  deve  ser  realizado  para  entregar  um  produto,  servigo  ou 
resultado  com  as  caracteristicas  e fungoes  especificadas. 

Escritorio  de  gerenciamento  de  projetos  (EGP)  / Project  Management  Office  (PMO).  Uma  estrutura 
organizacional  que  padronizaosprocessosde  governangarelacionados  como  projeto,  e faci  lita  o com  partil  hamento 
de  recursos,  metodologias,  ferramentas,  e tecnicas.  Tambem  conhecido  como  Escritorio  de  Projetos  (EP). 

Esforgo  / Effort.  0 numero  de  unidades  de  mao  de  obra  exigidas  parafinalizar  uma  atividade  do  cronograma 
ou  um  componente  da  estrutura  analitica  do  projeto,  frequentemente  expresso  em  horas,  dias,  ou  semanas. 

Esforgo  distinto  / Discrete  Effort.  Uma  atividade  que  pode  ser  planejada  e medida  e que  produz  um  resultado 
especifico.  [Obs:  0 esforgo  distinto  e um  dos  tres  tipos  de  atividades  do  gerenciamento  do  valor  agregado  (GVA) 
usado  para  medir  o desempenho  do  trabalho.] 

Esforgo  distribuido  / Apportioned  Effort.  Uma  atividade  em  que  o esforgo  aplicado  ao  trabalho  do  projeto  e 
distribuido  proporcionalmente  por  certos  esforgos  distintos  e nao  divisiveis  em  esforgos  de  trabalho  distintos. 
[Obs:  0 esforgo  distribuido  e um  dos  tres  tipos  de  atividades  de  gerenciamento  de  valor  agregado  (GVA)  usados 
para  medir  o desempenho  do  trabalho.] 

Especificagao  / Specification.  Um  documento  que  especifica,  de  maneira  completa,  precisa  e verificavel,  os 
requisitos,  projeto,  comportamento  ou  outras  caracteristicas  de  um  sistema,  componente,  produto,  resultado 
ou  servigo  e os  procedimentos  para  determinar  se  essas  clausulas  foram  satisfeitas.  Exemplos:  especificagao 
de  requisitos,  especificagao  de  projeto,  especificagao  de  produto  e especificagao  de  testes. 
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Especificagao  do  escopo  do  projeto  / Project  Scope  Statement.  A descrigao  do  escopo  do  projeto,  das 
principals  entregas,  premissas,  e restrigoes. 

Especificagao  do  trabalho  (ET)  / Statement  of  Work  (SOW).  Uma  descrigao  narrativa  dos  produtos,  servigos 
ou  resultados  a serem  fornecidos  pelo  projeto. 

Especificagao  do  trabalho  das  aquisigbes  / Procurement  Statement  of  Work.  A especificagao  do  trabalho 
descreve  o item  de  aquisigao  em  detalhes  suficientes  para  permitir  que  os  fornecedores  em  potencial 
determinem  se  sao  capazes  de  fornecer  os  produtos,  servigos  ou  resultados. 

Especificagao  do  trabalho  do  projeto  / Project  Statement  of  Work.  Ver  Especificagao  do  trabalho. 

Espera  / Lag.  A quantidade  de  tempo  que  uma  atividade  sucessora  deve  ser  atrasada  em  relagao  a uma 
atividade  predecessora. 

Estabilizagao  de  recursos  / Resource  Smoothing.  Uma  tecnica  que  ajusta  as  atividades  de  urn  modelo  de 
cronograma  de  tal  maneira  que  os  requisitos  de  recursos  do  projeto  nao  excedam  certos  limites  pre-definidos 
de  recursos. 

Estimar  as  duragoes  das  atividades  / Estimate  Activity  Durations.  0 processo  de  estimativa  do  numero  de 
periodos  de  trabalho  que  serao  necessarios  para  terminar  atividades  especificas  com  os  recursos  estimados. 

Estimar  os  custos  / Estimate  Costs.  0 processo  de  desenvolvimento  de  uma  estimativa  de  custos  dos 
recursos  monetarios  necessarios  para  terminar  as  atividades  do  projeto. 

Estimar  os  recursos  das  atividades  / Estimate  Activity  Resources.  0 processo  de  estimativa  dos  tipos  e 
quantidades  de  material,  pessoas,  equipamentos  ou  suprimentos  que  serao  necessarios  para  realizar  cada 
atividade. 

Estimativa  / Estimate.  Uma  avaliagao  quantitativa  da  quantidade  ou  resultado  provavel.  Geralmente  aplicada 
a custos,  recursos,  esforgo  e duragoes  do  projeto  e e normalmente  precedida  de  urn  modificador  (ou  seja, 
preliminar,  conceitual,  de  viabilidade,  de  ordem  de  grandeza,  definitiva).  Deve  sempre  incluir  uma  indicagao  do 
seu  nivel  de  exatidao  (por  exemplo,  ± x %).  Veja  tambem  orgamento  e custo. 

Estimativa  “bottom-up”  / Bottom-Up  Estimating.  Metodo  de  estimativa  da  duragao  ou  custo  do  projeto  pela 
agregagao  das  estimativas  dos  componentes  de  nivel  mais  baixo  da  estrutura  analitica  do  projeto  (EAP). 

Estimativa  analoga  / Analogous  Estimating.  Tecnica  de  estimativa  de  duragao  ou  custo  de  uma  atividade  ou 
projeto  usando  dados  historicos  de  uma  atividade  ou  projeto  semelhante. 

Estimativa  no  termino  (ENT)  / Estimate  at  Completion  (EAC).  0 custo  total  esperado  de  finalizagao  de  todo 
o trabalho,  expresso  como  a soma  do  custo  real  atual  e a estimativa  de  finalizagao. 

Estimativa  para  terminar  (EPT)  / Estimate  to  Complete  (ETC).  0 custo  esperado  para  finalizar  o trabalho 
restante  do  projeto. 
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Estimativa  parametrica  / Parametric  Estimating.  Uma  tecnica  de  estimativa  em  que  um  algoritmo  e usado 
para  calcular  o custo  e duragao  com  base  em  dados  historicos  e parametros  do  projeto. 

Estimativas  de  duragao  das  atividades  / Activity  Duration  Estimates.  Uma  valiagao  quantitativa  da  provavel 
quantidade  de  tempo  ou  resultado  para  a duragao  de  uma  atividade. 

Estimativas  de  tres  pontos  / Three-Point  Estimate.  Uma  tecnica  de  estimativa  de  custos  ou  duragao  que 
aplica  uma  media  ponderada  das  estimativas  otimista,  pessimista  e mais  provavel  quando  existe  incerteza  em 
relagao  as  estimativas  da  atividade  em  questao. 

Estimativas  dos  custos  das  atividades  / Activity  Cost  Estimates.  0 custo  projetado  da  atividade  do 
cronograma  que  inclui  o custo  de  todos  os  recursos  exigidos  para  a execugao  e finalizagao  da  atividade, 
incluindo  todos  os  tipos  e componentes  dos  custos. 

Estimativas  independentes  / Independent  Estimates.  Processo  que  usa  um  terceiro  para  obter  e analisar 
informagoes  para  suportar  a previsao  dos  custos,  do  cronograma,  e de  outros  itens. 

Estrategias  de  respostas  de  contingency  / Contingent  Response  Strategies.  Respostas  fornecidas  que 
podem  ser  usadas  em  caso  de  ocorrencia  de  um  evento  desencadeador  especifico. 

Estrutura  analitica  do  projeto  (EAP)  / Work  Breakdown  Structure  (WBS).  A decomposigao  hierarquica  do 
escopo  total  do  trabalho  a ser  executado  pela  equipe  do  projeto  a fim  de  alcangar  os  objetivos  do  projeto  e criar 
as  entregas  exigidas. 

Estrutura  analitica  dos  recursos  / Resource  Breakdown  Structure.  Uma  representagao  hierarquica  dos 
recursos,  por  categoria  e tipo. 

Estrutura  analitica  dos  riscos  (EAR)  / Risk  Breakdown  Structure  (RBS).  Uma  representagao  hierarquica 
dos  riscos,  de  acordo  com  suas  categorias  de  riscos. 

Estrutura  analitica  organizacional  (EAO)  / Organizational  Breakdown  Structure  (OBS).  Uma  representagao 
hierarquica  da  organizagao  do  projeto  que  ilustra  o relacionamento  entre  as  atividades  do  projeto  e as  unidades 
organizacionais  que  executarao  tais  atividades. 

Exatidao  / Accuracy.  De  acordo  com  o sistema  de  gerenciamento  de  qualidade,  exatidao  e uma  aferigao  do 
grau  de  corregao. 

Executar  / Execute.  Orientar,  gerenciar,  realizar  e ser  bem  sucedido  no  trabalho  do  projeto,  fornecer  as 
entregas  e informagoes  sobre  o desempenho  do  trabalho. 

Fase  / Phase.  Veja  fase  do  projeto. 

Fase  do  projeto  / Project  Phase.  Um  conjunto  de  atividades  de  projeto  relacionadas  de  maneira  logica  que 
culmina  na  conclusao  de  uma  ou  mais  entregas. 
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Fatores  ambientais  da  empresa  / Enterprise  Environmental  Factors.  As  condigoes  que  nao  estao  sob  o 
controle  imediato  da  equipe  e que  influenciam,  restringem  ou  direcionam  o projeto,  programa,  ou  portfolio. 

Ferramenta  / Tool.  Alguma  coisa  tangfvel,  como  um  modelo  ou  um  programa  de  software,  usada  na  execugao 
de  uma  atividade  para  produzir  um  produto  ou  resultado. 

Ferramenta  decronograma /Scheduling  Tool.  Umaferramentaque  prove  nomes,definigoes,relacionamentos 
estruturais,  e formatos  de  componentes  de  cronograma  que  apoiam  a aplicagao  de  um  metodo  de  cronograma. 

Ferramentas  adicionais  de  planejamento  da  qualidade  / Additional  Quality  Planning  Tools.  Um  conjunto 
de  ferramentas  usadas  para  definir  os  requisitos  de  qualidade  e planejar  atividades  eficazes  do  gerenciamento 
de  qualidade.  Elas  incluem,  entre  outras:  brainstorming,  analise  de  campo  de  forga,  tecnicas  de  grupo  nominal 
e ferramentas  de  gerenciamento  e controle  da  qualidade. 

Ferramentas  de  controle  de  mudangas  / Change  Control  Tools.  Ferramentas  manuals  ou  automatizadas 
para  ajudar  no  gerenciamento  das  mudangas  e/ou  configuragoes.  No  minimo,  as  ferramentas  devem  apoiar  as 
atividades  do  CCM. 

Ferramentas  de  gerenciamento  e controle  da  qualidade  / Quality  Management  and  Control  Tools. 

Sao  um  tipo  de  ferramentas  de  planejamento  de  qualidade  usadas  para  conectar  e sequenciar  as  atividades 
identificadas. 

Fluxograma  / Flowchart.  A representagao  em  formato  de  diagrama  das  entradas,  agoes  do  processo  e safdas 
de  um  ou  mais  processos  em  um  sistema. 

Folga  / Float.  Tambem  chamada  de  “slack”.  Veja  folga  total e folga  livre. 

Folga  livre  (FL)  / Free  Float.  0 tempo  permitido  para  atraso  de  uma  atividade  do  cronograma  sem  atrasar  a 
data  de  infcio  mais  cedo  de  qualquer  uma  das  atividades  do  cronograma  imediatamente  subsequentes. 

Folga  total  / Total  Float.  0 atraso  total  permitido  para  a data  de  infcio  mais  cedo  de  uma  atividade  do 
cronograma  sem  atrasar  a data  de  termino  do  projeto  ou  violar  uma  restrigao  do  cronograma. 

Folhas  de  verificagao  / Checksheets.  Uma  folha  de  resultados  que  pode  ser  usada  como  uma  lista  de 
verificagao  durante  a coleta  de  dados. 

Fornecedor  / Seller.  Um  provedor  ou  fornecedor  de  produtos,  servigos  ou  resultados  para  uma  organizagao. 

Fornecedores  selecionados  / Selected  Sellers.  Os  fornecedores  que  foram  selecionados  para  fornecer  um 
conjunto  contratado  de  servigos  ou  produtos. 

Geragao  de  alternativas  / Alternatives  Generation.  Tecnica  usada  para  desenvolver  o maior  numero  possivel 
de  opgoes  a fim  de  identificar  diversas  abordagens  de  execugao  e desenvolvimento  do  trabalho  do  projeto. 
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Gerenciamento  da  integragao  do  projeto  / Project  Integration  Management.  0 Gerenciamento  da 
integragao  do  projeto  inclui  os  processos  e as  atividades  necessarias  para  identificar,  definir,  combinar,  unificar 
e coordenar  os  varios  processos  e atividades  de  gerenciamento  do  projeto  dentro  dos  grupos  de  processos  de 
gerenciamento  do  projeto. 

Gerenciamento  da  qualidade  do  projeto  / Project  Quality  Management.  0 Gerenciamento  da  qualidade 
do  projeto  inclui  os  processos  e as  atividades  da  organizagao  executora  que  determinam  as  politicas  de 
qualidade,  os  objetivos  e as  responsabilidades,  de  modo  que  o projeto  satisfaga  as  necessidades  para  as  quais 
foi  empreendido. 

Gerenciamento  das  aquisigdes  do  projeto  / Project  Procurement  Management.  0 gerenciamento  das 
aquisigoes  do  projeto  inclui  os  processos  necessarios  para  comprar  ou  adquirir  produtos,  servigos  ou  resultados 
externos  a equipe  do  projeto. 

Gerenciamento  das  comunicagdes  do  projeto  / Project  Communications  Management.  0 gerenciamento 
das  comunicagdes  do  projeto  inclui  os  processos  necessarios  para  assegurar  que  as  informagoes  do  projeto 
sejam  planejadas,  geradas,  coletadas,  distribuidas,  armazenadas,  recuperadas,  gerenciadas,  controladas, 
monitoradas  e organizadas  de  maneira  oportuna  e apropriada. 

Gerenciamento  das  partes  interessadas  do  projeto  / Project  Stakeholder  Management.  0 Gerenciamento 
das  partes  interessadas  do  projeto  inclui  os  processos  exigidos  para  identificar  todas  as  pessoas,  grupos  ou 
organizagoes  que  podem  impactar  ou  serem  impactados  pelo  projeto,  analisar  as  expectativas  das  partes 
interessadas  e seu  impacto  no  projeto,  e desenvolver  estrategias  de  gerenciamento  apropriadas  para  o 
engajamento  eficaz  das  partes  interessadas  nas  decisoes  e na  execugao  do  projeto. 

Gerenciamento  de  conflitos  / Conflict  Management.  Lidar  com,  controlar  e orientar  as  agoes  em  uma 
situagao  conflitante  para  chegar  a uma  resolugao. 

Gerenciamento  de  portfolio  / Portfolio  Management.  0 gerenciamento  centralizado  de  urn  ou  mais  portfolios 
para  alcangar  os  objetivos  estrategicos. 

Gerenciamento  de  programas  / Program  Management.  A aplicagao  de  conhecimentos,  habilidades, 
ferramentas  e tecnicas  em  urn  programa  para  atender  aos  requisitos  do  mesmo  e obter  os  beneficios  e controle 
nao  disponiveis  ao  gerenciar  projetos  individualmente. 

Gerenciamento  de  projetos  / Project  Management.  A aplicagao  de  conhecimentos,  habilidades,  ferramentas 
e tecnicas  as  atividades  do  projeto  a fim  de  atender  aos  seus  requisitos. 

Gerenciamento  do  escopo  do  projeto  / Project  Scope  Management.  0 Gerenciamento  do  escopo  do  projeto 
inclui  os  processos  necessarios  para  assegurar  que  o projeto  inclua  todo  o trabalho  necessario,  e apenas  o 
necessario,  para  que  o projeto  termine  com  exito. 

Gerenciamento  do  tempo  do  projeto  / Project  Time  Management.  0 Gerenciamento  do  tempo  do  projeto 
inclui  os  processos  necessarios  para  gerenciar  o termino  pontual  do  projeto. 
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Gerenciamento  do  valor  agregado  / Earned  Value  Management.  Uma  metodologia  que  combina  escopo, 
cronograma,  e medigoes  de  recursos  para  avaliar  o desempenho  e progresso  do  projeto. 

Gerenciamento  dos  custos  do  projeto  / Project  Cost  Management.  0 gerenciamento  dos  custos  do  projeto 
inclui  os  processos  envolvidos  em  planejamento,  estimativas,  orgamentos,  financiamentos,  gerenciamento  e 
controle  dos  custos,  de  modo  que  o projeto  possa  ser  terminado  dentro  do  orgamento  aprovado. 

Gerenciamento  dos  recursos  humanos  do  projeto  / Project  Human  Resource  Management. 

0 gerenciamento  dos  recursos  humanos  do  projeto  inclui  os  processos  que  organizam,  gerenciam  e lideram  a 
equipe  do  projeto. 

Gerenciamento  dos  riscos  do  projeto  / Project  Risk  Management.  0 gerenciamento  dos  riscos  do  projeto 
inclui  os  processos  de  planejamento,  identificagao,  analise,  planejamento  de  respostas,  e controle  de  riscos  de 
urn  projeto. 

Gerenciar  a equipe  do  projeto  / Manage  Project  Team.  0 processo  de  acompanhar  o desempenho  de 
membros  da  equipe,  fornecer  feedback , resolver  problemas  e gerenciar  mudangas  para  otimizar  o desempenho 
do  projeto. 

Gerenciar  as  comunicagoes  / Manage  Communications.  0 processo  de  criar,  coletar,  distribuir,  armazenar, 
recuperar,  e de  disposigao  final  das  informagoes  do  projeto  de  acordo  com  o piano  de  gerenciamento  das 
comunicagoes. 

Gerenciar  o engajamento  das  partes  interessadas  / Manage  Stakeholder  Engagement.  0 processo  de  se 
comunicar  e trabalhar  com  as  partes  interessadas  para  atender  as  suas  necessidades/expectativas,  abordar 
as  questoes  a proporgao  que  elas  ocorrem,  e promover  o engajamento  apropriado  das  partes  interessadas  nas 
atividades  do  projeto,  no  decorrer  de  todo  o ciclo  de  vida  do  mesmo. 

Gerente  do  projeto  (GP)  / Project  Manager  (PM).  A pessoa  alocada  pela  organizagao  executora  para  liderar 
a equipe  e que  e responsavel  por  alcangar  os  objetivos  do  projeto. 

Gerente  funcional  / Functional  Manager.  Alguem  com  autoridade  de  gerenciamento  sobre  uma  unidade 
organizacional  dentro  de  uma  organizagao  funcional.  0 gerente  de  qualquer  grupo  que  na  pratica  fabrique  urn 
produto  ou  realize  urn  servigo.  As  vezes  chamado  de  gerente  de  linha. 

Governanga  do  projeto  / Project  Governance.  0 alinhamento  dos  objetivos  do  projeto  com  a estrategia  da 
organizagao  principal  pelo  patrocinador  e a equipe  de  projeto.  A governanga  do  projeto  e definida  por,  e deve 
obrigatoriamente  se  encaixar  no  contexto  mais  amplo  do  programa  ou  organizagao  que  o patrocina,  mas  e 
separada  da  governanga  organizacional. 

Grafico  de  barras  / Bar  Chart.  Uma  representagao  grafica  de  informagoes  relacionadas  ao  cronograma.  Em 
urn  grafico  de  barras  tipico,  as  atividades  do  cronograma  ou  os  componentes  da  estrutura  analitica  do  projeto 
sao  listados  verticalmente  do  lado  esquerdo  do  grafico,  as  datas  sao  mostradas  horizontalmente  na  parte 
superior  e as  duragoes  das  atividades  sao  exibidas  como  barras  horizontais  posicionadas  de  acordo  com  as 
datas.  Ver  tambem  o grafico  de  Gantt. 
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Grafico  de  controle  / Control  Chart.  Uma  representagao  grafica  dos  dados  do  processo  ao  longo  do  tempo 
e em  relagao  aos  limites  de  controle  estabelecidos  e que  possui  uma  linha  central  que  ajuda  a detectar  uma 
tendencia  dos  valores  tragados  na  diregao  de  urn  dos  limites  de  controle. 

Grafico  de  Gantt  / Gantt  Chart.  Urn  grafico  de  barras  com  informagoes  do  cronograma  em  que  as  atividades 
sao  listadas  no  eixo  vertical,  as  datas  sao  mostradas  no  eixo  horizontal,  e as  duragoes  das  atividades  aparecem 
como  barras  horizontais  posicionadas  de  acordo  com  as  datas  de  inicio  e termino. 

Grafico  do  programa  do  processo  de  decisao  (GPPD)  / Process  Decision  Program  Charts  (PDPC).  0 GPPD 
e usado  para  se  entender  uma  meta  em  relagao  as  etapas  envolvidas  em  alcanga-la. 

Grau  / Grade.  Categoria  ou  classificagao  utilizada  para  diferenciar  itens  que  possuem  a mesma  utilidade 
funcional  (por  exemplo,  “martelo"),  mas  que  nao  tern  os  mesmos  requisitos  de  qualidade  (por  exemplo,  podem 
ser  necessarios  tipos  diferentes  de  martelos  para  resistir  a diferentes  graus  de  forga). 

Grupo  de  processos  de  encerramento  / Closing  Process  Group.  Os  processos  executados  para  finalizar 
todas  as  atividades  de  todos  os  grupos  de  processos,  visando  encerrarformalmente  o projeto  ou  afase. 

Grupo  de  processos  de  execugao  / Executing  Process  Group.  Os  processos  realizados  para  executar  o 
trabalho  definido  no  piano  de  gerenciamento  do  projeto  para  satisfazer  as  especificagoes  do  mesmo. 

Grupo  de  processos  de  gerenciamento  de  projetos  / Project  Management  Process  Group.  Urn  agrupamento 
logico  de  entradas,  ferramentas,  tecnicas  e saidas  de  gerenciamento  de  projetos.  Os  grupos  de  processos 
de  gerenciamento  de  projetos  incluem  processos  de  iniciagao,  processos  de  planejamento,  processos  de 
execugao,  processos  de  monitoramento  e controle  e processos  de  encerramento.  Os  grupos  de  processos  de 
gerenciamento  de  projetos  nao  sao  fases  do  projeto. 

Grupo  de  processos  de  iniciagao  / Initiating  Process  Group.  Os  processos  realizados  para  definir  urn  novo 
projeto  ou  uma  nova  fase  de  urn  projeto  existente,  atraves  da  obtengao  de  autorizagao  para  iniciar  o projeto 
ou  fase. 

Grupo  de  processos  de  monitoramento  e controle  / Monitoring  and  Controlling  Process  Group.  Os 

processos  necessarios  para  acompanhar,  analisar  e regular  o progresso  e o desempenho  do  projeto,  identificar 
todas  as  areas  nas  quais  serao  necessarias  mudangas  no  piano  e iniciar  as  mudangas  correspondentes; 

Grupo  de  processos  de  planejamento  / Planning  Process  Group.  Os  processos  necessarios  para  definir  o 
escopo  do  projeto,  refinar  os  objetivos  e desenvolver  o curso  de  agao  necessario  para  alcangar  os  objetivos 
para  os  quais  o projeto  foi  criado; 

Grupos  de  discussao  / Focus  Groups.  Uma  tecnica  de  elicitagao  que  reune  as  partes  interessadas  pre- 
qualificadas  e especialistas  no  assunto  para  entender  suas  expectativas  e atitudes  sobre  urn  produto,  servigo 
ou  resultado  proposto. 

Habilidades  de  gerenciamento  / Management  Skills.  A habilidade  de  planejar,  organizar,  direcionar,  e 
controlar  individuos  ou  grupos  de  pessoas  para  atingir  metas  especificas. 
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Habilidades  interpessoais  / Interpersonal  Skills.  A habilidade  de  formar  e manter  relacionamentos  com 
outras  pessoas. 

Hard  logic  / Hard  Logic.  Ver  dependencia  obrigatoria. 

Histograma  / Histogram.  Uma  forma  especial  de  grafico  de  barras  usado  para  descrever  a tendencia  central, 
o grau  de  dispersao,  e o formato  de  uma  distribuigao  estatlstica. 

Histograma  de  recursos  / Resource  Histogram.  Urn  grafico  de  barras  que  representa  o tempo  em  que 
urn  recurso  esta  agendado  para  trabalhar  por  uma  serie  de  perlodos  de  tempo.  A disponibilidade  do  recurso 
pode  ser  representada  graficamente  como  uma  linha  para  fins  de  comparagao.  Barras  contrastantes  podem 
demonstrar  quantidades  reais  de  recursos  usados  conforme  o projeto  avanga  no  tempo. 

Identificador  da  atividade  / Activity  Identifier.  Uma  identificagao  numerica  ou  de  texto,  curta  e exclusiva, 
atribuida  a cada  atividade  do  cronograma  para  diferencia-la  de  outras  atividades.  Normalmente  unica  dentro 
de  urn  diagrama  de  rede  do  cronograma  do  projeto. 

Identificar  as  partes  interessadas  / Identify  Stakeholders.  0 processo  de  identificar  pessoas,  grupos  ou 
organizagoes  que  podem  impactar  ou  serem  impactados  por  uma  decisao,  atividade,  ou  resultado  do  projeto,  e 
analisar  e documentar  informagoes  relevantes  relativas  aos  seus  interesses,  envolvimento,  interdependences, 
influence,  e o impacto  potencial  no  sucesso  do  projeto. 

Identificar  os  riscos  / Identify  Risks.  0 processo  de  determinagao  dos  riscos  que  podem  afetar  o projeto  e 
de  documentagao  de  suas  caracteristicas. 

Indice  de  desempenho  de  custos  (IDC)  / Cost  Performance  Index  (CPI).  Uma  medida  da  eficiencia  de 
custos  dos  recursos  orgados  expressa  como  a relagao  valor  agregado/custo  real. 

Indice  de  desempenho  de  prazos  (IDP)  / Schedule  Performance  Index  (SPI).  Uma  medida  de  eficiencia  do 
cronograma  expressa  como  a relagaodo  valor  agregado/valor  planejado. 

Indice  de  desempenho  para  termino  (IDPT)  / To-Complete  Performance  Index  (TCPI).  Uma  metrica  de 
desempenho  de  custos  que  deve  ser  obrigatoriamente  alcangado  com  os  recursos  restantes  a fim  de  cumprir 
uma  meta  especificada  degerenciamento,  expressa  como  a razao  do  custo  para  terminar  o trabalho  restante 
em  relagao  ao  orgamento  restante. 

Informagoes  historicas  / Historical  Information.  Documentos  e dados  sobre  projetos  anteriores  que  incluem 
arquivos  de  projetos,  registros,  correspondences,  contratos  encerrados  e projetos  encerrados. 

Informagoes  sobre  o desempenho  do  trabalho  / Work  Performance  Information.  Os  dados  de  desempenho 
coletados  de  varios  processos  de  controle,  analisados  no  contexto  e integrados  com  base  nos  relacionamentos 
entre  as  areas. 

Iniciagao  do  projeto  / Project  Initiation.  Langamento  de  urn  processo  que  pode  resultar  na  autorizagao  de 
urn  novo  projeto. 
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Inicio  para  inicio  (II)  / Start-to-Start  (SS).  Um  relacionamento  logico  em  que  uma  atividade  sucessora  nao 
pode  ser  iniciada  ate  que  uma  atividade  predecessora  tenha  sido  iniciada. 

Inicio  para  termino  (IT)  / Start-to-Finish  (SF).  Um  relacionamento  logico  em  que  uma  atividade  sucessora 
nao  pode  ser  terminada  ate  que  uma  atividade  predecessora  tenha  sido  iniciada. 

Inspegao  / Inspection.  Exame  ou  medida  para  verificar  se  uma  atividade,  componente,  produto,  resultado  ou 
servigo  esta  de  acordo  com  os  requisitos  especificados. 

Inspegoes  e auditorias  / Inspections  and  Audits.  Processo  para  observar  o desempenho  do  trabalho 
contratado  ou  de  um  produto  prometido  em  relagao  aos  requisitos  acordados. 

Inteligencia  emocional  / Emotional  Intelligence.  A capacidade  de  identiticar,  avaliar  e gerenciar  suas 
proprias  emogoes  e as  de  outras  pessoas,  assim  como  as  emogoes  coletivas  de  um  grupo  de  pessoas. 

Ligoes  aprendidas  / Lessons  Learned.  0 conhecimento  adquirido  durante  um  projeto  que  mostra  como 
os  eventos  do  projeto  foram  abordados  ou  devem  ser  abordados  no  futuro,  com  o objetivo  de  melhorar  o 
desempenho  futuro. 

Limite  / Threshold.  Um  valor  de  custos,  de  tempo,  de  qualidade,  tecnico  ou  de  recurso  usado  como  parametro 
e que  pode  ser  incluido  nas  especificagoes  do  produto.  Ultrapassar  o limite  deve  disparar  alguma  agao,  como 
a geragao  de  um  relatorio  de  excegoes. 

Limites  de  controle  / Control  Limits.  A area  composta  de  tres  desvios  padrao  em  ambos  os  lados  da  linha 
central,  ou  media,  de  uma  distribuigao  normal  de  dados  tragados  em  um  grafico  de  controle  que  reflete  a 
variagao  esperada  nos  dados.  Veja  tambem  limites  de  especificagao. 

Limites  de  especificagao  / Specification  Limits.  A area  em  ambos  os  lados  da  linha  central,  ou  media,  de 
dados  tragados  em  um  grafico  de  controle  que  atende  aos  requisitos  do  cliente  para  um  produto  ou  servigo.  Essa 
area  pode  ser  maior  ou  menor  que  a area  definida  pelos  limites  de  controle.  Veja  tambem  limites  de  controle. 

Limites  de  riscos  / Risk  Threshold.  Medida  do  nivel  de  incerteza  ou  nivel  de  impacto  em  que  uma  parte 
interessada  pode  ter  um  interesse  especifico.  A organ  izagao  aceitara  o risco  abaixo  daquele  limite.  A organizagao 
nao  tolerara  o risco  acima  daquele  limite  de  risco. 

Linha  de  base  / Baseline.  A versao  aprovada  de  um  produto  de  trabalho  que  so  pode  ser  alterada  atraves  de 
procedimentos  formais  de  controle  de  mudanga  e e usada  como  uma  base  de  comparagao. 

Linha  de  base  da  medigao  do  desempenho  / Performance  Measurement  Baseline.  Um  piano  aprovado 
para  o trabalho  do  projeto,  integrando  escopo,  tempo  e custos,  em  relagao  ao  qual  a execugao  do  projeto  e 
comparada  e medida  visando  gerenciar  o seu  desempenho.  A linha  de  base  da  medigao  do  desempenho  (PMB) 
inclui  a reserva  de  contingency,  mas  exclui  a reserva  de  gerenciamento. 

Linha  de  base  do  cronograma  / Schedule  Baseline.  A versao  aprovada  de  um  modelo  de  cronograma  que 
pode  ser  mudado  somente  mediante  procedimentos  de  controle  formais,  e que  e usado  como  uma  base  para 
a comparagao  com  os  resultados  reais. 
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Linha  de  base  do  escopo  / Scope  Baseline.  A versao  aprovada  de  uma  declaragao  de  escopo  e de  uma 
estrutura  analitica  do  projeto  (EAP),  e seu  dicionario  de  EAP  associado,  que  so  pode  ser  mudada  atraves  de 
procedimentos  de  controle  formais,  e e usada  como  uma  base  de  comparagao. 

Linha  de  base  dos  custos  / Cost  Baseline.  Versao  aprovada  do  orgamento  referencial  do  projeto,  excluindo 
quaisquer  reservas  de  gerenciamento,  que  so  pode  ser  mudada  atraves  de  procedimentos  formais  de  controle 
de  mudangas  e usada  como  base  para  comparagao  com  os  resultados  reais. 

Lista  da  equipe  do  projeto  / Project  Team  Directory.  Uma  lista  documentada  dos  membros  da  equipe  do 
projeto,  suas  fungoes  no  projeto  e informagoes  de  comunicagao. 

Lista  de  atividades  / Activity  List.  Uma  tabela  documentada  das  atividades  do  cronograma  que  mostra  a 
descrigao  da  atividade,  o identificador  da  atividade  e uma  descrigao  suficientemente  detalhada  do  escopo  do 
trabalho  para  que  os  membros  da  equipe  do  projeto  compreendam  que  trabalho  devera  ser  realizado. 

Lista  de  marcos  / Milestone  List.  Uma  lista  que  identifica  todos  os  marcos  do  projeto;  ela  normalmente  indica 
se  o marco  e obrigatorio  ou  opcional. 

Listas  de  verificagao  da  qualidade  / Quality  Checklists.  Uma  ferramenta  estruturada  para  verificar  se  urn 
conjunto  de  etapas  exigidas  foi  executado. 

Logica  de  rede  / Network  Logic.  0 conjunto  de  dependencies  de  atividades  do  cronograma  que  compoe  urn 
diagrama  de  rede  do  cronograma  do  projeto. 

Logica  preferencial  / Preferential  Logic.  Ver  dependencia  discrecionaria. 

Logica  preferida  / Preferred  Logic.  Ver  dependencia  discrecionaria. 

Maioria  / Majority.  Suporte  de  mais  de  50%  dos  membros  do  grupo. 

Mapas  mentais  / Idea/Mind  Mapping.  Tecnica  usada  para  consolidar  as  ideias  criadas  atraves  de  sessoes 
individuals  de  brainstorming  em  urn  mapa  unico,  a fim  de  refletir  pontos  em  comum  e diferengas  de 
compreensao  e gerar  novas  ideias. 

Marco  / Milestone.  Urn  ponto  ou  evento  significativo  de  urn  projeto,  programa,  ou  portfolio. 

Material  / Material.  0 conjunto  de  objetos  usados  por  uma  organizagao  em  qualquer  empreendimento,  como 
equipamentos,  dispositivos,  ferramentas,  maquinas,  aparelhos  e suprimentos. 

Matriz  de  priorizagao  / Prioritization  Matrices.  Uma  ferramenta  de  planejamento  de  gerenciamento  da 
qualidade  usada  para  identificar  questoes  importantes  e avaliar  alternativas  adequadas  para  definir  urn 
conjunto  de  prioridades  de  implementagao. 

Matriz  de  probabilidade  e impacto  / Probability  and  Impact  Matrix.  Uma  rede  para  o mapeamento  de  cada 
ocorrencia  de  risco  e o seu  impacto  nos  objetivos  do  projeto. 
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Matriz  de  rastreabilidade  de  requisites  / Requirements  Traceability  Matrix.  Uma  tabela  que  liga  os 
requisites  dos  produtos  desde  as  suas  origens  ate  as  entregas  que  os  satisfazem. 

Matriz  de  responsabilidades  (MR)  / Responsibility  Assignment  Matrix  (RAM).  Uma  tabela  que  mostra  os 
recursos  do  projeto  alocados  a cada  pacote  de  trabalho. 

Maturidade  organizacional  em  gerenciamento  de  projetos  / Organizational  Project  Management 
Maturity.  0 nivel  de  habilidade  de  uma  organizagao  de  entregar  os  resultados  estrategicos  desejados  de 
maneira  previsivel,  controlavel  e confiavel. 

Medigoes  de  controle  da  qualidade  / Quality  Control  Measurements.  Os  resultados  documentados  das 
atividades  de  controle  de  qualidade. 

Membros  da  equipe  / Team  Members.  Veja  membros  da  equipe  do  projeto. 

Metodo  da  corrente  critica  / Critical  Chain  Method.  Urn  metodo  de  cronograma  que  permite  que  a equipe 
do  projeto  crie  pulmoes  (reservas)  ao  longo  de  qualquer  caminho  do  cronograma  para  levar  em  consideragao 
eventuais  recursos  limitados  e incertezas  do  projeto. 

Metodo  da  formula  fixa  / Fixed  Formula  Method.  Urn  metodo  de  valor  agregado  que  designa  uma 
percentagem  especltica  do  valor  do  orgamento  de  urn  pacote  de  trabalho  ao  marco  de  inlcio  do  pacote  de 
trabalho,  e contabiliza  o restante  do  valor  do  orgamento  quando  o pacote  de  trabalho  ter  concluldo. 

Metodo  de  marcos  ponderados  / Weighted  Milestone  Method.  Urn  metodo  de  valor  agregado  que  divide 
urn  pacote  de  trabalho  em  segmentos  mensuraveis,  em  que  cada  urn  termina  com  urn  marco  observavel,  e em 
seguida  designa  urn  valor  ponderado  para  o alcance  de  cada  marco. 

Metodo  do  caminho  critico  (CPM)  / Critical  Path  Method  (CPM).  Urn  metodo  usado  para  estimar  a duragao 
minima  do  projeto  e determinar  o grau  de  flexibilidade  nos  caminhos  logicos  da  rede  dentro  do  modelo  do 
cronograma. 

Metodo  do  diagrama  de  precedence  (MDP)  / Precedence  Diagramming  Method  (PDM).  Uma  tecnica 
usada  para  construir  urn  modelo  de  cronograma  em  que  as  atividades  sao  representandas  por  nos  e ligadas 
graficamente  por  urn  ou  mais  relacionamentos  logicos  para  mostrar  a sequencia  em  que  as  atividades  devem 
ser  executadas. 

Metodologia  / Methodology.  Urn  sistema  de  praticas,  tecnicas,  procedimentos  e regras  usado  pelas  pessoas 
que  trabalham  em  uma  disciplina. 

Metodos  de  comunicagao  / Communication  Methods.  Urn  procedimento,  uma  tecnica  ou  processo 
sistematico  usado  para  transferir  informagoes  para  as  partes  interessadas. 

Metricas  da  qualidade  / Quality  Metrics.  A descrigao  de  urn  atributo  de  projeto  ou  produto,  e de  como  medi-lo. 
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Mitigagao  de  riscos  / Risk  Mitigation.  Uma  estrategia  de  resposta  ao  risco  em  que  a equipe  do  projeto  age 
para  reduzir  a probabilidade  de  ocorrencia,  ou  impacto  do  risco. 

Modelo  de  cronograma  / Schedule  Model.  Uma  representagao  do  piano  para  a execugao  das  atividades 
do  projeto  incluindo  duragoes,  dependences,  e outras  informagoes  de  planejamento,  usada  para  produzir  um 
cronograma  de  projeto  junto  com  outros  artefatos  do  cronograma. 

Modelos  / Templates.  Um  documento  parcialmente  completo  em  um  formato  predefinido,  que  fornece  uma 
estrutura  definida  para  coletar,  organizar  e apresentar  informagoes  e dados. 

Modelos  de  comunicagoes  / Communication  Models.  Uma  descrigao,  analogia  ou  diagrama  esquematico 
usados  para  representar  como  o processo  de  comunicagao  sera  executado  no  projeto. 

Modelos  de  diagrama  de  rede  de  cronograma  / Schedule  Network  Templates.  Um  conjunto  de  atividades 
e relacionamentos  estabelecidos  que  podem  ser  usados  repetidamente  em  uma  area  de  aplicagao  especifica 
ou  em  um  aspecto  do  projeto  onde  se  deseja  uma  sequencia  prescrita. 

Monitorar  / Monitor.  Coletar  dados  de  desempenho  do  projeto  referentes  a um  piano,  produzir  medigoes  do 
desempenho  e relatar  e divulgar  informagoes  sobre  o desempenho. 

Monitorar  e controlar  o trabalho  do  projeto  / Monitor  and  Control  Project  Work.  0 processo  de 
acompanhamento,  analise  e relato  do  progresso  para  atender  aos  objetivos  de  desempenho  definidos  no  piano 
de  gerenciamento  do  projeto. 

Mudanga  solicitada  / Requested  Change.  Uma  solicitagaode  mudanga  formalmentedocumentadasubmetida 
a aprovagao  para  o processo  de  Realizar  o controle  integrado  de  mudangas. 

Mudangas  do  escopo  / Scope  Change.  Qualquer  mudanga  no  escopo  do  projeto.  Uma  mudanga  do  escopo 
quase  sempre  exige  um  ajuste  nos  custos  ou  no  cronograma  do  projeto. 

Negociagao  / Negotiation.  0 processo  e as  atividades  para  a resolugao  de  disputas  atraves  de  consultas  entre 
as  partes  envolvidas. 

Nivel  de  esforgo  (NDE)  / Level  of  Effort  (LOE).  Uma  atividade  que  nao  produz  produtos  finais  e e medida  pela 
passagem  do  tempo.  [Obs:  0 nivel  de  esforgo  e um  dos  tres  tipos  de  atividades  de  gestao  de  valor  agregado 
(GVA)  usados  para  medir  o desempenho  do  trabalho.] 

Nivelamento  / Leveling.  Veja  nivelamento  de  recursos. 

Nivelamento  de  recursos  / Resource  Leveling.  Uma  tecnica  em  que  as  datas  de  inicio  e termino  sao 
ajustadas  com  base  nas  restrigoes  de  recursos,  com  o objetivo  de  equilibrar  a demanda  de  recursos  com  o 
suprimento  disponivel. 

No  / Node.  Um  dos  pontos  que  definem  uma  rede  de  cronograma;  um  ponto  de  jungao  unido  a algumas  ou  a 
todas  as  outras  linhas  de  dependence. 
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Objetivo  / Objective.  Algo  em  cuja  diregao  o trabalho  deve  ser  orientado,  uma  posigao  estrategica  a ser 
alcangada  ou  um  objetivo  a ser  atingido,  um  resultado  a ser  obtido,  um  produto  a ser  produzido  ou  um  servigo 
a ser  realizado. 

Observagoes  / Observations.  Uma  tecnica  que  fornece  uma  maneira  direta  de  observar  os  individuos  em 
seus  ambientes  de  trabalho,  desempenhando  seus  trabalhos  ou  tarefas,  e executando  processos. 

Oficinas  facilitadas  / Facilitated  Workshops.  Uma  tecnica  para  obtengao  de  informagao  que  reune  as  partes 
interessadas  multifuncionais  chave  para  definir  os  requisitos  do  produto. 

Opiniao  especializada  / Expert  Judgment.  Opiniao  fornecida  baseada  em  especializagao  numa  area  de 
aplicagao,  area  de  conhecimento,  disciplina,  setor  economico,  etc.  adequada  para  a atividade  que  esta  sendo 
realizada.  Essa  especializagao  pode  ser  oferecida  por  qualquer  grupo  ou  pessoa  com  formagao,  conhecimento, 
habilidade,  experience  ou  treinamento  especializado. 

Oportunidade  / Opportunity.  Um  risco  que  teria  um  efeito  positivo  em  um  ou  mais  objetivos  do  projeto. 

Orgamento  / Budget.  A estimativa  aprovada  para  o projeto  ou  qualquer  componente  da  estrutura  analitica  do 
projeto  ou  atividade  do  cronograma. 

Orgamento  no  termino  (ONT)  / Budget  at  Completion  (BAC).  A soma  de  todos  os  orgamentos  estabelecidos 
para  a execugao  do  trabalho. 

Organizagao  executora  / Performing  Organization.  A empresa  cujos  funcionarios  estao  mais  diretamente 
envolvidos  na  execugao  do  trabalho  do  projeto. 

Organizagao  funcional  / Functional  Organization.  Uma  organizagao  hierarquica  na  qual  cada  funcionario 
tern  um  superior  bem  definido;  e os  funcionarios  sao  agrupados  por  areas  de  especializagao  e gerenciados  por 
uma  pessoa  especializada  nessa  area. 

Organizagao  matricial  / Matrix  Organization.  Qualquer  estrutura  organizacional  na  qual  o gerente  de  projetos 
divide  as  responsabilidades  com  os  gerentes  funcionais  para  atribuigao  de  prioridades  e orientagao  do  trabalho 
das  pessoas  alocadas  no  projeto. 

Organizagao  patrocinadora  / Sponsoring  Organization.  A entidade  responsavel  por  prover  o patrocinador  e 
um  canal  de  financiamento  do  projeto,  ou  de  outros  recursos  do  projeto. 

Organizagao  projetizada  / Projectized  Organization.  Qualquer  estrutura  organizacional  na  qual  o gerente 
de  projetos  possui  autoridade  total  para  atribuir  prioridades,  aplicar  recursos  e orientar  o trabalho  das  pessoas 
alocadasno  projeto. 

Organizagdes  baseadas  em  projetos  (OBPs)  / Project  Based  Organizations  (PBOs).  Uma  variedade  de 
formas  organizacionais  que  envolvem  a criagao  de  sistemas  temporaries  para  a execugao  dos  projetos.  As 
OBPs  conduzem  a maioria  de  suas  atividades  como  projetos  e/ou  suportam  abordagens  por  projetos,  ao  inves 
de  abordagens  funcionais. 
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Organograma  do  projeto  / Project  Organization  Chart.  Um  documento  que  representa  graficamente  os 
membros  da  equipe  do  projeto  e seus  inter-relacionamentos  para  um  projeto  especifico. 

Orientar  e gerenciar  o trabalho  do  projeto  / Direct  and  Manage  Project  Work.  0 processo  de  lideranqa 
e realizagao  do  trabalho  definido  no  piano  de  gerenciamento  do  projeto  e implementagao  das  mudangas 
aprovadas  para  atingir  os  objetivos  do  projeto. 

Pacote  de  planejamento  / Planning  Package.  Um  componente  da  estrutura  analftica  do  projeto  posicionado 
abaixo  da  conta  de  controle  e com  conteudo  de  trabalho  conhecido,  mas  sem  atividades  do  cronograma 
detalhadas.  Veja  tambem  conta  de  controle. 

Pacote  de  trabalho  / Work  Package.  0 trabalho  definido  ao  nivel  mais  baixo  da  estrutura  analftica  do  projeto 
para  o qual  o custo  e a duragao  podem  ser  estimados  e gerenciados. 

Padrao/ Standard.  Um  documento  que  fornece,  para  uso  comum  e repetido,  regras,  diretrizes  ou  caracterfsticas 
para  atividades  ou  seus  resultados,  visando  a obtengao  de  um  grau  otimo  de  sequencia  em  um  dado  contexto. 

Papel  / Role.  Um  papel  definido  a ser  realizado  por  um  membro  da  equipe  do  projeto,  como  testes,  arquivamento, 
inspegao  ou  codificagao. 

Paralelismo  / Fast  Tracking.  Uma  tecnica  de  compressao  de  cronograma  em  que  as  atividades  ou  fases 
normalmente  executadas  sequencialmente  sao  executadas  paralelamente  durante,  pelo  menos,  uma  parte  da 
sua  duragao. 

Parte  interessada  / Stakeholder.  Um  individuo,  grupo  ou  organizagao  que  possa  afetar,  ser  afetado,  ou  sentir- 
se  afetado  por  uma  decisao,  atividade,  ou  resultado  de  um  projeto. 

Patrocinador  / Sponsor.  Uma  pessoa  ou  grupo  que  fornece  os  recursos  e suporte  para  o projeto,  programa  ou 
portfolio,  e e responsavel  pelo  sucesso  do  mesmo. 

Percentual  completo  / Percent  Complete.  Uma  estimativa,  expressa  como  percentual,  da  quantidade  de 
trabalho  terminado  em  uma  atividade  ou  num  componente  da  estrutura  analftica  do  projeto. 

Pesquisa  de  mercado  / Market  Research.  0 processo  de  coletar  informagoes  em  conferences,  criticas 
online,  e em  uma  varidade  de  fontes  para  identificar  capacidades  de  mercado. 

Pessoal  de  gerenciamento  do  projeto  / Project  Management  Staff.  Os  membros  da  equipe  do  projeto 
que  executam  as  atividades  de  gerenciamento  do  projeto,  tais  como  o cronograma,  as  comunicagoes,  o 
gerenciamento  de  riscos,  etc. 

Planejamento  em  ondas  sucessivas  / Rolling  Wave  Planning.  Uma  tecnica  de  planejamento  repetitivo  em 
que  o trabalho  a ser  executado  a curto  prazo  e planejado  em  detalhe,  ao  passo  que  o trabalho  no  futuro  e 
planejado  a um  nivel  mais  alto. 
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Planejar  as  respostas  aos  riscos  / Plan  Risk  Responses.  0 processo  de  desenvolvimento  de  opgoes  e agoes 
para  melhorar  as  oportunidades  e reduzir  as  ameagas  aos  objetivos  do  projeto. 

Planejar  o gerenciamento  da  qualidade  / Plan  Quality  Management.  0 processo  de  identificagao  dos 
requisitos  e/ou  padroes  de  qualidade  do  projeto  e suas  entregas,  alem  da  documentagao  de  como  o projeto 
demonstrara  conformidade  com  os  requisitos  e/ou  padroes  de  qualidade. 

Planejar  o gerenciamento  das  aquisigdes  / Plan  Procurement  Management.  0 processo  de  documentagao 
das  decisoes  de  compras  do  projeto,  especificando  a abordagem  e identificando  fornecedores  em  potencial. 

Planejar  o gerenciamento  das  comunicagdes  / Plan  Communications  Management.  0 processo  de 
desenvolver  uma  abordagem  apropriada  e urn  piano  de  comunicagao  de  projeto  com  base  nas  necessidades 
de  informagao  e requisitos  das  partes  interessadas,  e nos  ativos  organizacionais  disponiveis. 

Planejar  o gerenciamento  das  partes  interessadas  / Plan  Stakeholder  Management.  0 processo  de 
desenvolver  estrategias  apropriadas  de  gerenciamento  para  engajar  as  partes  interessadas  de  maneira  eficaz 
no  decorrer  de  todo  o ciclo  de  vida  do  projeto,  com  base  na  analise  das  suas  necessidades,  interesses,  e 
impacto  potencial  no  sucesso  do  projeto. 

Planejar  o gerenciamento  do  cronograma  / Plan  Schedule  Management.  0 processo  de  estabelecer 
as  politicas,  os  procedimentos,  e a documentagao  para  o planejamento,  desenvolvimento,  gerenciamento, 
execugao  e controle  do  cronograma  do  projeto. 

Planejar  o gerenciamento  do  escopo  / Plan  Scope  Management.  0 processo  de  criar  urn  piano  de  gestao 
do  escopo  do  projeto  que  documenta  como  tal  escopo  sera  definido,  validado,  e controlado. 

Planejar  o gerenciamento  dos  custos  / Plan  Cost  Management.  0 processo  de  estabelecer  as  politicas,  os 
procedimentos  e a documentagao  necessarios  para  o planejamento,  gestao,  despesas,  e de  controlar  os  custos 
do  projeto. 

Planejar  o gerenciamento  dos  recursos  humanos  / Plan  Human  Resource  Management.  0 processo  de 
identificagao  e documentagao  de  papeis,  responsabilidades,  habilidades  necessarias  e relagoes  hierarquicas 
do  projeto,  alem  da  criagao  de  urn  piano  de  gerenciamento  de  pessoal. 

Planejar  o gerenciamento  dos  riscos  / Plan  Risk  Management.  0 processo  de  definigao  de  como  conduzir 
as  atividades  de  gerenciamento  dos  riscos  de  urn  projeto. 

Plano  alternative  / Fallback  Plan.  Os  pianos  alternatives  incluem  urn  conjunto  de  agoes  e atividades 
alternatives  caso  o piano  principal  precise  ser  abandonado  em  virtude  de  problemas,  riscos,  ou  outros  motivos. 

Plano  de  gerenciamento  da  qualidade  / Quality  Management  Plan.  Urn  componente  do  gerenciamento  do 
projeto  ou  programa  que  descreve  como  as  politicas  de  qualidade  de  uma  organizagao  serao  implementadas. 

Plano  de  gerenciamento  das  aquisigdes  / Procurement  Management  Plan.  Urn  componente  do  piano  de 
gerenciamento  do  projeto  ou  programa  que  descreve  como  a equipe  do  projeto  adquirira  produtos  e servigos 
fora  da  organizagao  executora. 
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Plano  de  gerenciamento  das  comunicagdes  / Communications  Management  Plan.  Um  componente 
do  piano  de  gerenciamento  do  projeto,  programa,  ou  portfolio  que  descreve  como,  quando,  e por  quern  as 
informagoes  sobre  o projeto  sao  administradas  e disseminadas. 

Plano  de  gerenciamento  das  partes  interessadas  / Stakeholder  Management  Plan.  0 piano  de 
gerenciamento  das  partes  interessadas  e um  piano  subsidiary  do  piano  de  gerenciamento  do  projeto  que  define 
os  processos,  procedimentos,  ferramentas  e tecnicas  para  engajar  efetivamente  as  partes  interessadas  nas 
decisoes  e execugao  do  projeto,  com  base  na  analise  das  suas  necessidades,  interesses,  e impacto  potencial. 

Plano  de  gerenciamento  de  pessoal  / Staffing  Management  Plan.  Um  componente  do  piano  de  recursos 
humanos  que  descreve  quando  e como  os  membros  da  equipe  serao  contratados  ou  mobilizados,  e por  quanto 
tempo  seus  servigos  serao  necessarios. 

Plano  de  gerenciamento  do  cronograma  / Schedule  Management  Plan.  Um  componente  do  piano  de 
gerenciamento  do  projeto  que  estabelece  os  criterios  e as  atividades  para  o desenvolvimento,  monitoragao,  e 
controle  do  cronograma. 

Plano  de  gerenciamento  do  escopo  / Scope  Management  Plan.  Um  componente  do  piano  de  gerenciamento 
do  projeto  ou  programa  que  descreve  como  o escopo  sera  definido,  desenvolvido,  monitorado,  controlado,  e 
verificado. 

Plano  de  gerenciamento  do  projeto  / Project  Management  Plan.  0 documento  que  descreve  como  o projeto 
sera  executado,  monitorado,  e controlado. 

Plano  de  gerenciamento  doscustos/Cost  Management  Plan.  Um  componente  deum  piano  de  gerenciamento 
de  projetos  ou  programa  que  descreve  como  os  custos  serao  planejados,  estruturados,  e controlados. 

Plano  de  gerenciamento  dos  recursos  humanos  / Human  Resource  Management  Plan.  Um  componente  do 
piano  de  gerenciamento  do  projeto  que  descreve  como  os  papeis  e responsabilidades,  a estrutura  hierarquica, 
e o gerenciamento  do  pessoal  serao  abordados  e estruturados. 

Plano  de  gerenciamento  dos  requisitos  / Requirements  Management  Plan.  Um  componente  do  piano  de 
gerenciamento  do  projeto  ou  programa  que  descreve  como  os  requisitos  serao  analisados,  documentados,  e 
gerenciados. 

Plano  de  gerenciamento  dos  riscos  / Risk  Management  Plan.  Um  componente  do  piano  de  gerenciamento 
do  projeto,  programa,  ou  do  portfolio  que  descreve  como  as  atividades  de  gerenciamento  de  riscos  serao 
estruturadas  e executadas. 

Plano  de  melhorias  no  processo  / Process  Improvement  Plan.  Um  piano  subsidiary  do  piano  de 
gerenciamento  do  projeto.  Ele  detalha  as  etapas  de  analise  dos  processos  para  identificar  atividades  que 
aprimorem  seu  valor. 

Pluralidade  / Plurality.  Decisoes  tomadas  pelo  maior  bloco  em  um  grupo,  mesmo  se  a maioria  nao  for 
alcangada. 
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Poh'tica  / Policy.  Um  padrao  estruturado  de  agoes  adotado  pela  organizagao  tal  que  a politica  da  organizagao 
possa  ser  explicada  como  um  conjunto  de  principios  basicos  que  governam  a conduta  da  mesma. 

Politica  de  qualidade  / Quality  Policy.  Uma  politica  especifica  da  Area  de  Conhecimentos  de  Gerenciamento 
da  Qualidade  do  projeto  que  estabelece  os  principios  basicos  que  devem  governar  as  agoes  da  organizagao,  a 
medida  que  ela  implementa  seus  sistemas  de  gerenciamento  da  qualidade. 

Portfolio  / Portfolio.  Projetos,  programas,  subportfolios  e operagoes  gerenciados  em  grupo,  para  alcangar 
objetivos  estrategicos. 

Pratica  / Practice.  Um  tipo  especifico  de  atividade  profissional  ou  de  gerenciamento  que  contribui  para  a 
execugao  de  um  processo  e que  pode  empregar  uma  ou  mais  tecnicas  e ferramentas. 

Precisao  / Precision.  Em  sistema  de  gerenciamento  da  qualidade,  precisao  e uma  medida  de  exatidao. 

Premissa  / Assumption.  Um  fator  do  processo  de  planejamento  considerado  verdadeiro,  real  ou  certo,  sem  a 
necessidade  de  prova  ou  demonstragao. 

Prevengao  de  riscos  / Risk  Avoidance.  Uma  estrategia  de  resposta  ao  risco  em  que  a equipe  do  projeto  age 
para  eliminar  a ameaga  ou  proteger  o projeto  contra  o seu  impacto. 

Previsao  / Forecast.  Uma  estimativa  ou  prognostico  de  condigoes  e eventos  futuros  do  projeto  com  base  nas 
informagoes  e conhecimento  disponiveis  no  momento  da  previsao.  As  informagoes  se  baseiam  no  desempenho 
passado  e no  desempenho  futuro  esperado  do  projeto  e incluem  dados  que  poderiam  afetar  o projeto  no  futuro, 
como  estimativa  no  termino  e estimativa  para  terminar. 

Previsoes  de  cronograma  / Schedule  Forecasts.  Estimativas  ou  prognostics  de  condigoes  e eventos  futuros 
do  projeto  com  base  nas  informagoes  e no  conhecimento  disponiveis  no  momento  em  que  o cronograma  e 
calculado. 

Procedimento  / Procedure.  Um  metodo  estabelecido  para  alcangar  um  desempenho  ou  resultado  consistente. 
Um  procedimento  pode  ser  tipicamente  descrito  como  a sequencia  de  etapas  a serem  usadas  para  executar 
um  processo. 

Processo  / Process.  Uma  serie  de  atividades  sistematicas  direcionadas  para  alcangar  um  resultado  final  de 
tal  forma  que  se  aja  em  relagao  a uma  ou  mais  entradas  a fim  de  criar  uma  ou  mais  saidas. 

Produto  / Product.  Um  artefato  produzido,  quantificavel  e que  pode  ser  um  item  final  ou  um  item  componente. 
Produtos  tambem  sao  chamados  de  materiais  ou  bens.  Compare  com  resultado.  Veja  tambem  entrega. 

Programa  / Program.  Um  grupo  de  projetos,  subprogramas  e atividades  do  programa  relacionados  e que  sao 
gerenciados  de  modo  coordenado  para  a obtengao  de  beneficios  e controle  que  nao  estariam  disponiveis  se 
eles  fossem  gerenciados  individualmente. 

Projeto  / Project.  Um  esforgo  temporario  empreendido  para  criar  um  produto,  servigo  ou  resultado  unico. 

Projeto  de  experimentos  / Design  of  Experiments.  0 projeto  de  experimentos  (Design  Of  Experiments  - DOE) 
e um  metodo  estatistico  para  identificar  os  fatores  que  podem  influenciar  variaveis  especificas  de  um  produto 
ou  processo  em  desenvolvimento  ou  em  produgao. 
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Propostas  de  fornecedores  / Seller  Proposals.  Um  fornecedor  que  passou  por  um  processo  de  selegao  previa 
para  fazer  parte  de  uma  minoria  seleta  que  podera  competir  ou  estar  apta  a participar  de  futuras  aquisigoes. 

Prototipos  / Prototypes.  Construir  um  prototipo  e um  metodo  para  se  obter  respostas  iniciais  sobre  os 
requisitos  atraves  de  um  modelo  funcional  do  produto  esperado,  antes  de  construi-lo. 

Provisao  para  contingencias  / Contingency  Allowance.  Veja  reserva. 

Publicidade  / Advertising.  0 processo  de  chamar  a atengao  do  publico  para  um  projeto  ou  esforgo. 

Qualidade  / Quality.  0 grau  com  que  um  conjunto  de  caracteristicas  inerentes  atende  aos  requisitos. 

Questao  / Issue.  Um  ponto  ou  assunto  em  discussao  ou  em  disputa  ou  um  ponto  ou  assunto  que  nao  esta 
resolvido  e esta  sob  discussao  ou  sobre  o qual  existem  pontos  de  vista  opostos  ou  desacordos. 

Questionarios  e pesquisas  / Questionnaires  and  Surveys.  Conjuntos  de  perguntas  por  escrito  elaborados 
para  rapidamente  obter  informagoes  de  um  grande  numero  de  respondentes. 

RACI  / RACI.  Um  tipo  comum  de  matriz  de  alocagao  de  responsabilidades  que  indica  os  papeis  Responsavel 
pela  execugao,  responsavel  pela  Aprovagao,  deve  ser  Consultado  e deve  ser  Informado  para  definir  o tipo  de 
envolvimento  das  partes  interessadas  nas  atividades  do  projeto. 

Realizar  a analise  qualitativa  dos  riscos  / Perform  Qualitative  Risk  Analysis.  0 processo  de  priorizagao  de 
riscos  para  posterior  analise  ou  agao  atraves  da  avaliagao  e combinagao  de  sua  probabilidade  de  ocorrencia 
e impacto. 

Realizar  a analise  quantitativa  dos  riscos  / Perform  Quantitative  Risk  Analysis.  0 processo  de  analisar 
numericamente  o efeito  dos  riscos  identificados  nos  objetivos  gerais  do  projeto. 

Realizar  a garantia  da  qualidade  / Perform  Quality  Assurance.  0 processo  de  auditoria  dos  requisitos  de 
qualidade  e dos  resultados  das  medigoes  de  controle  de  qualidade  para  garantir  que  sejam  usados  os  padroes 
de  qualidade  e definigoes  operacionais  apropriados. 

Realizar  o controle  integrado  de  mudangas  / Perform  Integrated  Change  Control.  0 processo  de  analise 
de  todas  as  solicitagoes  de  mudanga,  aprovagao  de  mudangas  e gerenciamento  das  mudangas  aprovadas 
nasentregas,  ativos  de  processos  organizacionais,  documentos  de  projeto  e piano  de  gerenciamento  do  projeto, 
e comunicando  sobre  sua  abordagem. 

Reavaliagao  de  riscos  / Risk  Reassessment.  A reavaliagao  de  riscos  consiste  na  identificagao  de  novos 
riscos,  reavaliagao  dos  riscos  atuais,  e no  fechamento  dos  riscos  que  estao  desatualizados. 

Reconciliagao  dos  limites  de  recursosfinanceiros/  Funding  Limit  Reconciliation.  0 processo  de  comparar 
os  gastos  planejados  dos  fundos  alocados  ao  projeto  com  quaisquer  limites  de  comprometimento  de  fundos 
alocados  ao  projeto  para  identificar  quaisquer  variagoes  entre  os  limites  dos  fundos  e as  despesas  planejadas. 

Recurso  / Resource.  Recursos  humanos  especializados  (disciplinas  especificas,  individualmente  ou  em 
grupos  ou  equipes),  equipamentos,  servigos,  suprimentos,  commodities,  materiais,  orgamentos  ou  fundos. 
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Rede  / Network.  Veja  diagrama  de  rede  do  cronograma  do  projeto. 

Rede  de  relacionamentos  / Networking.  Estabelecer  ligagoes  e relacionamentos  com  outras  pessoas  da 
mesma  organizagao,  ou  de  outras  organizagoes. 

Registro  / Log.  Um  documento  usado  para  registrar  e descrever  ou  indicar  itens  selecionados  identificados 
durante  a execugao  de  um  processo  ou  atividade.  Geralmente  usado  com  um  modificador,  como:  questoes/ 
problemas,  controle  da  qualidade,  agoes  ou  defeitos. 

Registro  das  mudangas  / Change  Log.  Uma  lista  abrangente  das  mudangas  feitas  durante  o projeto.  Ela 
tipicamente  inclui  as  datas  das  mudangas  e os  impactos  em  termos  de  tempo,  custo  e risco. 

Registro  das  partes  interessadas  / Stakeholder  Register.  Um  documento  do  projeto  que  inclui  a identificagao, 
avaliagao,  e a classificagao  das  partes  interessadas  do  projeto. 

Registro  das  questoes  / Issue  Log.  Um  documento  do  projeto  usado  para  documentar  e monitorar  os 
elementos  em  discussao  ou  em  disputa  entre  as  partes  interessadas  no  projeto. 

Registro  dos  riscos  / Risk  Register.  0 documento  em  que  os  resultados  da  analise  dos  riscos  e o planejamento 
das  respostas  aos  riscos  sao  registrados. 

Regras  basicas  / Ground  Rules.  Expectativas  relacionadas  com  o comportamento  aceitavel  dos  membros  da 
equipe  do  projeto. 

Regulamentagao  / Regulation.  Requisitos  impostos  por  um  orgao  governamental.  Esses  requisitos  podem 
estabelecer  caracteristicas  de  um  produto,  processo  ou  servigo  inclusive  clausulas  administrativas  aplicaveis 
que  devem  estar  de  acordo  com  a legislagao  governamental. 

Reivindicagao  / Claim.  Uma  solicitagao,  exigencia  ou  declaragao  de  direitos  feita  por  um  fornecedor  em 
relagao  a um  comprador  ou  vice  versa,  para  consideragao,  compensagao  ou  pagamento  sob  os  termos  de  um 
contrato  legal,  como  no  caso  de  uma  mudanga  contestada. 

Relagao  de  precedencia  / Precedence  Relationship.  0 termo  utilizado  no  metodo  do  diagrama  de  precedence 
para  um  relacionamento  logico.  No  entanto,  no  uso  atual,  os  termos  relagao  de  precedencia,  relacionamento 
logico  e dependence  sao  amplamente  utilizados  de  forma  intercambiavel,  independentemente  do  metodo  de 
diagramagao  empregado.  Veja  tambem  relacionamento  logico. 

Relacionamento  logico  / Logical  Relationship.  Dependence  entre  duas  atividades,  ou  entre  uma  atividade 
e um  marco. 

Relatorios  de  desempenho  / Performance  Reporting.  Ver  relatorios  de  desempenho  de  trabalho. 

Relatorios  de  desempenho  do  trabalho  / Work  Performance  Reports.  A representagao  fisica  ou  eletronica 
das  informagoes  de  desempenho  do  trabalho  compiladas  em  documentos  do  projeto  para  a criagao  de  decisoes, 
agoes,  ou  ciencia. 
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Remuneragao  / Fee.  Representa  o lucro  como  um  componente  de  compensagao  ao  vendedor. 

Remuneragao  de  incentivo  / Incentive  Fee.  Um  conjunto  de  incentives  financeiros  relacionados  ao 
desempenho  tecnico,  de  cronograma  ou  de  custos  do  fornecedor. 

Reparo  de  defeito  / Defect  Repair.  Uma  atividade  intencional  para  modificar  um  produto  ou  componente  do 
produto  nao  conforme. 

Requisito  / Requirement.  Uma  condigao  ou  capacidade  cuja  presenga  em  um  produto,  servigo  ou  resultado  e 
exigida  para  satisfazer  um  contrato  ou  outra  especificagao  formalmente  imposta. 

Requisito  de  qualidade  / Quality  Requirement.  Uma  condigao  ou  aptidao  usada  para  avaliar  a conformidade, 
validando  a aceitabilidade  de  um  atributo  em  relagao  a qualidade  de  um  resultado. 

Requisites  de  recursos  das  atividades  / Activity  Resource  Requirements.  Os  tipos  e quantidades  de 
recursos  exigidos  para  cada  atividade  de  um  pacote  de  trabalho. 

Requisites  de  recursos  financeiros  do  projeto  / Project  Funding  Requirements.  Custos  de  projetos 
previstos  a serem  pagos,  provenientes  da  linha  de  base  de  custos  de  requisites  totais  ou  periodicos,  incluindo 
despesas  projetadas  mais  responsabilidades  antecipadas. 

Reserva  / Reserve.  Uma  provisao  no  piano  de  gerenciamento  do  projeto  para  mitigar  os  riscos  de  custos  e/ou 
de  cronograma.  Muitas  vezes  usada  com  um  modificador  (por  exemplo,  reserva  de  gerenciamento,  reserva  de 
contingencia)  parafornecer  mais  detalhes  sobre  que  tipos  de  risco  devem  ser  mitigados. 

Reserva  de  contingencia  / Contingency  Reserve.  Orgamento  contido  na  linha  de  base  de  custo  ou  na 
linha  de  base  da  medigao  de  desempenho  alocado  para  riscos  identificados  que  sao  aceitos  e para  os  quais 
respostas  contingentes  ou  mitigadoras  sao  desenvolvidas. 

Reserva  gerencial  / Management  Reserve.  Uma  porgao  do  orgamento  do  projeto  retida  para  fins  de  controle 
do  gerenciamento.  Estes  sao  orgamentos  reservados  para  o trabalho  inesperado  que  esta  dentro  do  escopo  do 
projeto.  A reserva  gerencial  nao  esta  incluida  na  linha  de  base  da  medigao  de  desempenho. 

Responsabilidade  / Responsibility.  Uma  tarefa  que  pode  ser  alocada  dentro  do  piano  de  gerenciamento  do 
projeto  de  tal  maneira  que  o recurso  designado  esteja  sujeito  a obrigagao  de  executar  os  requisites  da  tarefa. 

Restrigao  / Constraint.  Um  fator  limitador  que  afeta  a execugao  de  um  projeto,  programa,  portfolio,  ou  processo. 

Restrigoes  de  comunicagao  / Communication  Constraints.  Restrigoes  de  conteudo,  prazo,  audiencia,  ou  do 
individuo  que  ira  fazer  uma  comunicagao,  geralmente  resultantes  de  legislagoes  e regulamentos  especificos, 
tecnologia,  ou  de  politicas  organizacionais. 

Resultado  / Result.  Uma  saida  dos  processos  e atividades  de  gerenciamento  de  projetos.  Os  resultados 
incluem  efeitos  (por  exemplo,  sistemas  integrados,  processo  revisado,  organizagao  reestruturada,  testes, 
pessoal  treinado,  etc.)  e documentos  (por  exemplo,  politicas,  pianos,  estudos,  procedimentos,  especificagoes, 
relatorios,  etc.).  Compare  com  produto.  Vejatambem  entrega. 
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Retrabalho  / Rework.  Agao  tomada  para  fazer  com  que  um  componente  imperfeito  ou  fora  das  especificagoes 
fique  em  conformidade  com  os  requisitos  ou  especificagoes. 

Reuniao  com  licitantes  / Bidder  Conference.  Reunioes  com  vendedores  potenciais  antes  da  preparagao 
de  uma  licitagao  ou  proposta  para  garantir  que  todos  os  fornecedores  potenciais  tenham  uma  compreensao 
clara  e comum  do  processo  de  aquisigao.Tambem  conhecidas  como  reunioes  com  contratados,  reunioes  com 
prestadores  de  servigos,  ou  reunioes  pre-licitagao. 

Revisao  de  fase  / Phase  Gate.  Uma  analise  no  final  de  uma  fase  em  que  uma  decisao  e tomada  em  relagao  a 
passar  para  a fase  seguinte,  continuar  com  modificagoes,  ou  finalizar  um  projeto  ou  programa. 

Revisoes  de  documentagao  / Documentation  Reviews.  Processo  de  coletar  e revisar  uma  coletanea  de 
informagoes  para  determinar  sua  precisao  e completa  realizagao. 

Risco  / Risk.  Um  evento  ou  condigao  incerta  que,  se  ocorrer,  provocara  um  efeito  positivo  ou  negativo  em  um 
ou  mais  objetivos  do  projeto. 

Risco  residual  / Residual  Risk.  Um  risco  que  continua  a existir  mesmo  apos  as  respostas  ao  risco  terem  sido 
implementadas. 

Risco  secundario  / Secondary  Risk.  Um  risco  que  surge  como  resultado  direto  da  implementagao  de  uma 
resposta  aos  riscos. 

Saida  / Output.  Um  produto,  resultado  ou  servigo  gerado  por  um  processo.  Pode  ser  um  dado  necessario  como 
entrada  para  um  processo  sucessor. 

Satisfagao  do  cliente  / Customer  Satisfaction.  No  contexto  do  sistema  de  gerenciamento  de  qualidade,  um 
estado  de  satisfagao  em  que  as  necessidades  do  cliente  sao  atendidas  ou  excedidas  em  relagao  as  expectativas 
do  mesmo,  avaliadas  pelo  cliente  no  momento  da  avaliagao. 

Scope  creep/  Scope  Creep.  0 aumento  sem  controle  do  produto  ou  escopo  do  projeto  sem  ajustes  de  tempo, 
custo,  e recursos. 

Sequenciar  as  atividades  / Sequence  Activities.  0 processo  de  identificagao  e documentagao  dos 
relacionamentos  entre  as  atividades  do  projeto. 

Sete  ferramentas  de  qualidade  basicas  / Seven  Basic  Quality  Tools.  Um  kit  padrao  de  ferramentas  usado 
por  profissionais  de  gerenciamento  de  qualidade  responsaveis  pelo  planejamento,  monitoramento,  e controle 
das  questoes  relacionadas  com  a qualidade  de  uma  organizagao. 

Simulagao  / Simulation.  Uma  simulagao  utiliza  um  modelo  de  projeto  que  representa  as  incertezas 
especificadas  de  maneira  detalhada  em  relagao  a seu  possivel  impacto  nos  objetivos  expressos  no  nivel 
do  projeto  como  um  todo.  As  simulagoes  de  projetos  usam  modelos  computacionais  e estimativas  de  risco, 
geralmente  expressas  como  uma  distribuigao  de  probabilidade  dos  possiveis  custos  ou  duragoes  em  um  nivel 
de  trabalho  detalhado,  e sao  normalmente  realizadas  utilizando  a Simulagao  de  Monte  Carlo. 
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Simulagao  de  Monte  Carlo  / Monte  Carlo  Simulation.  Um  processo  que  gera  centenas  ou  milhares  de 
resultados  provaveis  de  desempenho  com  base  em  distribuigoes  de  probabilidade  dos  custos  e do  cronograma 
em  tarefas  distintas.  Os  resultados  sao  entao  usados  para  gerar  uma  distribuigao  de  probabilidades  para  o 
projeto  como  um  todo. 

Sistema  de  autorizagao  de  trabalho  / Work  Authorization  System.  Um  subsistema  do  sistema  de 
gerenciamento  de  projetos  global.  E um  conjunto  de  procedimentos  formais  documentados  que  define  como  o 
trabalho  do  projeto  sera  autorizado  (comprometido)  para  garantir  que  o trabalho  sera  realizado  pela  organizagao 
identificada,  no  momento  certo  e na  sequencia  adequada.  Ele  inclui  os  passos,  os  documentos,  o sistema  de 
acompanhamento  e os  nfveis  de  aprovagao  definidos  necessarios  para  a emissao  de  autorizagoes  de  trabalho. 

Sistema  de  controle  de  mudangas  / Change  Control  System.  Um  conjunto  de  procedimentos  que  descreve 
como  as  modificagoes  nas  entregas  do  projeto  e sua  respectiva  documentagao  sao  gerenciadas  e controladas. 

Sistema  de  controle  de  mudangas  no  contrato  / Contract  Change  Control  System.  Sistema  usado  para 
coletar,  rastrear,  adjudicar,  e comunicar  as  mudangas  de  um  contrato. 

Sistema  de  gerenciamento  de  configuragao  / Configuration  Management  System.  Um  subsistema  do 
sistema  de  gerenciamento  de  projetos  global.  E um  conjunto  de  procedimentos  formais  documentados,  usados 
para  aplicar  orientagao  e supervisao  tecnicas  e administrativas  para:  identificar  e documentar  as  caracteristicas 
funcionais  e fisicas  de  um  produto,  resultado,  servigo  ou  componente,  controlar  quaisquer  mudangas  feitas 
nessas  caracteristicas,  registrar  e relatar  cada  mudanga  e o andamento  de  sua  implementagao  e dar  suporte 
a auditoria  dos  produtos,  resultados  ou  componentes  para  verificar  a conformidade  com  os  requisitos.  Ele 
inclui  a documentagao,  os  sistemas  de  acompanhamento  e os  niveis  de  aprovagao  definidos  necessarios  para 
autorizagao  e controle  das  mudangas. 

Sistema  de  gerenciamento  de  projetos  / Project  Management  System.  A associagao  dos  processos, 
ferramentas,  tecnicas,  metodologias,  recursos  e procedimentos  para  o gerenciamento  de  um  projeto. 

Sistema  de  gerenciamento  de  qualidade  / Quality  Management  System.  A estrutura  organizacional  que 
prove  as  politicas,  processos,  procedimentos  e recursos  exigidos  para  implementar  o piano  de  gerenciamento 
de  qualidade.  Um  piano  de  gerenciamento  de  qualidade  tipico  deve  ser  compativel  com  o sistema  de 
gerenciamento  da  qualidade  da  organizagao. 

Sistema  de  gerenciamento  de  registros  / Records  Management  System.  Um  conjunto  especifico  de 
processose  fungoes  relacionadas  com  o controle,  e ferramentas  que  sao  consolidadas  e combinadas  para 
registrar  e reter  informagoes  sobre  o projeto. 

Sistema  de  informagoes  de  gerenciamento  de  projeto  / Project  Management  Information  System.  Um 

sistema  de  informagoes  que  consiste  de  ferramentas  e tecnicas  usadas  para  reunir,  integrar  e disseminar  as 
saidas  dos  processos  de  gerenciamento  de  projetos.  Ele  e usado  para  dar  suporte  a todos  os  aspectos  do 
projeto,  da  iniciagao  ao  encerramento,  e pode  incluir  sistemas  manuais  e automatizados. 
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Sistemas  de  distribuigao  de  informagoes  / Reporting  Systems.  Instrumentos,  processos  e procedimentos 
usados  para  gerar  ou  consolidar  informagoes  de  um  ou  mais  sistemas  de  gerenciamento  de  informagoes,  e 
facilitar  a distribuigao  de  informagoes  entre  as  partes  interessadas  do  projeto. 

Sistemas  de  gerenciamento  de  informagoes  / Information  Management  Systems.  Instalagoes, 
equipamentos,  servigos,  processos,  e procedimentos  usados  para  coletar,  armazenar  e distribuir  informagoes 
entre  produtores  e consumidores  de  informagoes,  em  formato  fisico  ou  eletronico. 

Sistemas  de  pagamento  / Payment  Systems.  0 sistema  usado  para  prover  e rastrear  faturas  e pagamentos 
do  fornecedor  de  servigos  e produtos. 

Soft  logic  / Soft  Logic.  Ver  dependence  discricionaria. 

Solicitagao  de  cotagao  (SDC)  / Request  for  Quotation  (RFQ).  Um  tipo  de  documento  de  aquisigao  usado 
para  solicitar  cotagoes  de  pregos  de  produtos  ou  servigos  comuns  ou  padrao  de  possiveis  fornecedores.  As 
vezes  e usado  no  lugar  de  solicitagao  de  proposta  e,  em  algumas  areas  de  aplicagao,  pode  ter  um  significado 
mais  restrito  ou  mais  especifico. 

Solicitagao  de  informagoes  (SDI)  / Request  for  Information  (RFI).  Um  tipo  de  documento  de  aquisigao  pelo 
qual  o comprador  solicita  a um  possivel  fornecedor  que  fornega  varias  informagoes  relacionadas  a um  produto, 
servigo  ou  capacidade  do  fornecedor. 

Solicitagao  de  mudanga  / Change  Request.  Uma  proposta  formal  para  modificar  qualquer  documento, 
entregaou  linhade  base. 

Solicitagao  de  mudanga  aprovada  / Approved  Change  Request.  Uma  solicitagao  de  mudanga  que  foi 
processada  e aprovada  atraves  do  processo  de  realizar  o controle  integrado  de  mudangas. 

Solicitagao  de  proposta  (SDP)  / Request  for  Proposal  (RFP).  Um  tipo  de  documento  de  aquisigao  usado 
para  solicitar  propostas  de  produtos  ou  servigos  de  possiveis  fornecedores.  Em  algumas  areas  de  aplicagao, 
pode  ter  um  significado  mais  restrito  ou  mais  especifico. 

Subprojeto  / Subproject.  Uma  parte  menor  do  projeto  total,  criada  quando  um  projeto  e subdividido  em 
componentes  ou  partes  mais  facilmente  gerenciaveis. 

Sub-rede  / Subnetwork.  Uma  subdivisao  (fragmento)  de  um  diagrama  de  rede  do  cronograma  do  projeto, 
normalmente  representando  um  subprojeto  ou  um  pacote  de  trabalho.  E usada  com  frequencia  para  ilustrar 
ou  estudar  alguma  condigao  possivel  ou  proposta  do  cronograma,  como  mudangas  na  logica  preferencial  do 
cronograma  ou  no  escopo  do  projeto. 

Tailoring  / Tailor.  0 ato  de  selecionar  cuidadosamente  os  processos  e as  entradas  e saidas  relacionadas, 
contidos  no  Guia  PMBOK®  para  estabelecer  um  subgrupo  de  processos  especificos  que  serao  incluidos  na 
abordagem  de  gerenciamento  geral  do  projeto. 

Tecnica  / Technique.  Um  procedimento  sistematico  definido  usado  por  um  recurso  humano  para  realizar  uma 
atividade  a fim  de  produzir  um  produto  ou  resultado  ou  entregar  um  servigo,  e que  pode  empregar  uma  ou 
mais  ferramentas. 
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Tecnica  de  grupo  nominal  / Nominal  Group  Technique.  Essa  tecnica  amplia  o brainstorming  adicionando 
um  processo  de  votagao  para  ordenar  as  melhores  ideias  e as  levando  para  um  brainstorming  adicional  ou 
priorizagao. 

Tecnica  de  revisao  e avaliagao  de  programa  (PERT)  / Program  Evaluation  and  Review  Technique  (PERT). 

Uma  tecnica  de  estimativa  que  aplica  uma  media  ponderada  de  estimativas  otimista,  pessimista  e mais 
provavel  quando  existe  incerteza  em  relagao  as  estimativas  da  atividade  distinta. 

Tecnica  Delphi  / Delphi  Technique.  Uma  tecnica  de  coleta  de  informagoes  utilizada  como  meio  de  alcangar 
um  consenso  de  especialistas  em  um  assunto.  Nesta  tecnica,  os  especialistas  no  assunto  participam 
anonimamente.  Um  facilitador  usa  um  questionario  para  solicitar  ideias  sobre  os  pontos  importantes  do  projeto 
relacionados  ao  assunto.  As  respostas  sao  resumidas  e entao  redistribuidas  aos  especialistas  para  comentarios 
adicionais.  0 consenso  pode  ser  alcangado  apos  algumas  rodadas  desse  processo.  A tecnica  Delphi  ajuda  a 
reduzir  o vies  de  parcialidade  nos  dados  e evita  que  alguem  possa  indevidamente  influenciar  o resultado. 

Tecnicas  analiticas  / Analytical  Techniques.  Diversas  tecnicas  usadas  para  avaliar,  analisar  ou 
prever  resultados  potenciais,  com  base  em  possiveis  variagoes  do  projeto  ou  variaveis  ambientais  e seus 
relacionamentos  com  outras  variaveis. 

Tecnicas  de  avaliagao  de  propostas  / Proposal  Evaluation  Techniques.  0 processo  de  avaliagao  das 
propostas  entregues  pelos  fornecedores  para  suportar  as  decisoes  relativas  a concessao  de  contratos. 

Tecnicas  de  coleta  de  informagoes  / Information  Gathering  Techniques.  Processos  repetiveis  usados  para 
reunir  e organizar  dados  por  um  espectro  de  fontes. 

Tecnicas  de  coleta  e apresentagao  de  dados  / Data  Gathering  and  Representation  Techniques.  Projetam 
a coleta,  organizagao  e apresentagao  dos  dados  e informagoes. 

Tecnicas  de  criatividade  em  grupo  / Group  Creativity  Techniques.  Tecnicas  usadas  para  gerar  ideias  em 
um  grupo  de  partes  interessadas. 

Tecnicas  de  diagramas  / Diagramming  Techniques.  Abordagens  de  apresentagao  de  informagoes  com 
conexoes  logicas,  que  ajudam  a compreensao. 

Tecnicas  de  modelagem  e analise  quantitativa  dos  riscos  / Quantitative  Risk  Analysis  and  Modeling 
Techniques.  Tecnicas  comumente  usadas  em  analises  que  utilizam  abordagens  orientadas  a eventos  ou  a 
projetos. 

Tecnicas  de  otimizagao  de  recursos  / Resource  Optimization  Techniques.  Uma  tecnica  usada  para  ajustar 
as  datas  de  inicio  e termino  das  atividades  que  ajusta  o uso  planejado  dos  recursos  para  ser  igual  a,  ou  inferior 
a disponibilidade  de  recursos. 

Tecnicas  de  tomada  de  decisao  em  grupo  / Group  Decision-Making  Techniques.  Tecnicas  para  avaliar 
multiplas  alternativas  que  serao  usadas  para  gerar,  classificar,  e priorizar  os  requisitos  do  produto. 


©201 3 Project  Management  Institute.  Um  Guia  do  Conhecimento  em  Gerenciamento  de  Projetos  (Guia  PMBOK 9)  — Quinta  Edigao 


565 


GLOSSARIO 


Tecnologias  de  comunicacoes  / Communication  Technology.  Ferramentas,  sistemas,  programas  de 
computador,  etc.  usados  paratransferir  informagoes  entre  as  partes  interessadas  no  projeto. 

Tendencia  central  / Central  Tendency.  Uma  propriedade  do  teorema  do  limite  central  que  prediz  que  as 
observagoes  de  dados  de  uma  distribuigao  tenderao  a se  agrupar  em  torno  de  um  local  central.  As  tres  medidas 
tfpicas  da  tendencia  central  sao  a media,  moda  e mediana. 

Termino  para  inlcio  (Tl)  / Finish-to-Start  (FS).  Um  relacionamento  logico  em  que  uma  atividade  sucessora 
nao  pode  comegar  ate  que  uma  atividade  predecessoratenhaterminado. 

Termino  para  termino  (TT)  / Finish-to-Finish  (FF).  Um  relacionamento  logico  em  que  uma  atividade 
sucessora  nao  pode  terminar  ate  que  a atividade  predecessora  tenhaterminado. 

Termo  de  abertura  / Charter.  Veja  termo  de  abertura  do  projeto. 

Termo  de  abertura  do  projeto  / Project  Charter.  Um  documento  publicado  pelo  iniciador  ou  patrocinador  do 
projeto  que  autorizaformalmente  a existencia  de  um  projeto  e concede  ao  gerente  do  projeto  a autoridade  para 
aplicar  os  recursos  organizacionais  nas  atividades  do  projeto. 

Tolerancia  / Tolerance.  A descrigao  quantificada  de  variagao  aceitavel  para  um  requisito  de  qualidade. 

Tolerancia  a riscos  / Risk  Tolerance.  0 grau,  a quantidade  ou  o volume  de  risco  ao  qual  uma  organizagao  ou 
um  indivi'duo  esta  disposto  a tolerar. 

Trabalho  de  adequagao  / Conformance  Work.  Na  estrutura  de  custos  da  qualidade,  o trabalho  de  adequagao 
e executado  para  compensar  as  imperfeigoes  que  impedem  as  organizagoes  de  completar  as  atividades 
planejadas  corretamente  como  trabalho  essencial  executado  pela  primeira  vez.  0 trabalho  de  adequagao 
consiste  em  agoes  relacionadas  com  prevengao  e inspegao. 

Trabalho  de  nao  conformidade  / Nonconformance  Work.  Na  estrutura  do  custo  da  qualidade,  o trabalho 
de  nao  conformidade  e executado  para  se  lidar  com  as  consequents  dos  erros  e falhas  na  realizagao  de 
atividades  executadas  incorretamente  na  primeira  tentativa.  Nos  sistemas  de  gerenciamento  de  qualidade 
eficientes,  a quantidade  de  trabalho  de  nao  conformidade  sera  de  quase  zero. 

Transference  de  riscos  / Risk  Transference.  Uma  estrategia  de  resposta  ao  risco  em  que  a equipe  do  projeto 
transfere  o impacto  de  uma  ameaga  para  terceiros,  juntamente  com  a responsabilidade  pela  sua  resposta. 

Unanimidade  / Unanimity.  Acordo  entre  todos  os  membros  do  grupo  sobre  uma  linha  de  procedimento  unica. 

Validagao  / Validation.  A garantia  de  que  um  produto,  servigo  ou  sistema  atende  as  necessidades  do  cliente 
e de  outras  partes  interessadas.  Muitas  vezes,  envolve  a aceitagao  e adequabilidade  com  clientes  externos. 
Compare  com  verificagao. 

Validar  o escopo  / Validate  Scope.  0 processo  de  formalizagao  da  aceitagao  das  entregas  terminadas  do 
projeto. 
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Valor  agregado  (VA)  / Earned  Value  (EV).  A medida  do  trabalho  executado  expressa  em  termos  do  orgamento 
autorizado  para  tal  trabalho. 

Valor  de  negocio  / Business  Value.  Um  conceito  unico  para  cada  organ izagao,  que  inclui  elementos  tangiveis  e 
intang iveis.  Atraves  do  uso  eficaz  de  disciplinas  de  projeto,  programa,  e de  gestao  de  portfolio,  as  organizagoes 
estarao  capacitadas  a empregar  processos  confiaveis  e estabelecidos  para  atingiros  objetivos  empresariais  e 
obter  maior  valor  de  negocio  de  seus  investimentos. 

Valor  planejado  (VP)  / Planned  Value  (P V).  0 orgamento  autorizado  designado  ao  trabalho  agendado. 

Variagao  / Variation.  Uma  condigao  real  que  e diferente  da  condigao  esperada  contida  na  linha  de  base  do  piano. 

Variagao  de  custos  (VC)  / Cost  Variance  (CV).  A quantidade  de  deficit  ou  excedente  orgamentario  em  um 
determinado  momento,  expressa  como  a diferenga  entre  o valor  agregadoe  o custo  real. 

Variagao  de  prazos  (V PR)  / Schedule  Variance  (SV).  Uma  medida  de  desempenho  do  cronograma  expressa 
como  a diferenga  entre  o valor  agregado  e o valor  planejado. 

Variagao  no  termino  (V NT)  / Variance  At  Completion  (VAC).  Uma  projegao  da  quantidade  do  deficit  ou  do 
excedente  do  orgamento,  expressa  como  a diferenga  entre  o orgamento  no  termino  e a estimativa  no  termino. 

Variancia  / Variance.  Um  desvio,  um  afastamento  ou  uma  divergence  quantificavel  em  relagao  a uma  linha 
de  base  conhecida  ou  a um  valor  esperado. 

Velocidade / Velocity.  Uma  metrica da taxa de  produtividade  de  uma equipe  em  que  as  entregas  sao  produzidas, 
validadas,  e aceitas  dentro  de  um  intervalo  pre-definido.  A velocidade  e uma  abordagem  de  planejamento  da 
capacidade,  frequentemente  usada  para  projetar  os  trabalhos  futuros  de  um  projeto. 

Verificagao  / Verification.  A avaliagao  da  conformidade  de  um  produto,  servigo  ou  sistema  com  alguma  regra, 
requisito,  especificagao  ou  condigao  imposta.  A verificagao  e,  muitas  vezes,  um  processo  interno.  Compare 
com  validagao. 

Voz  do  cliente  / Voice  of  the  Customer.  Uma  tecnica  de  planejamento  usada  para  fornecer  produtos,  servigos 
e resultados  que  refletem  verdadeiramente  os  requisitos  do  cliente,  transformando  esses  requisitos  em 
requisitos  tecnicos  adequados  para  cada  fase  do  desenvolvimento  do  produto  do  projeto. 
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